GNU bug report logs -
#56197
lisp-fill-paragraph behavior changed in Emacs 28
Previous Next
Full log
Message #93 received at 56197 <at> debbugs.gnu.org (full text, mbox):
> From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
> Cc: larsi <at> gnus.org, 56197 <at> debbugs.gnu.org, felix.lechner <at> lease-up.com,
> stefankangas <at> gmail.com
> Date: Sat, 04 Jan 2025 19:09:42 +0900
>
> >> I don't see how a user option to control this could be useful, since
> >> the preferred behavior is not only buffer-local, but also specific to
> >> certain syntactic constructs. But I won't object to having such an
> >> option.
> >
> > Having the behavior defined per-project or even globally (reverting to
> > the the pre-Emacs 28 behavior) via a simple option seems like it'd
> > simplify things, and make them discoverable.
>
> I tried fixing this generally, as it seems to me that something in
> lisp-mode should be meet the needs of all lisp-derived languages such as
> Scheme and not just Elisp. I first added two tests, one of which
> ensures no regression to the original bug that lead to this current
> behavioral change (bug#28937) and the other one that should pass once
> the issue reported here (bug#56197) is resolved.
>
> The last patch is a WIP that didn't work; I was hoping that inserting
> spaces corresponding to the width of the indent in the narrowed string
> would cause the indent to be preserved only for the first line. I don't
> have other ideas at the moment; I'd appreciate if someone could tip in.
Since you submitted a new bug report about this issue, does that mean
these comments and the patches are no longer pertinent?
This bug report was last modified 109 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.