GNU bug report logs - #56197
lisp-fill-paragraph behavior changed in Emacs 28

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: larsi <at> gnus.org, felix.lechner <at> lease-up.com, 56197 <at> debbugs.gnu.org, maxim.cournoyer <at> gmail.com, stefankangas <at> gmail.com
Subject: bug#56197: [PATCH] lisp: Introduce lisp-fill-paragraph-as-displayed option.
Date: Sat, 04 Jan 2025 16:02:46 +0200

> Cc: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>, eliz <at> gnu.org, larsi <at> gnus.org, felix.lechner <at> lease-up.com, stefankangas <at> gmail.com
> From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
> Date: Sat,  4 Jan 2025 22:03:43 +0900
> 
> Starting with Emacs 28, filling strings now happens in a narrowed scope,
> and looses the leading indentation and can cause the string to extend
> past the fill-column value.  Introduce lisp-fill-paragraph-as-displayed
> as a new option allowing users to easily opt out of this new behavior.

Thanks.  But this is not a user-level problem, so the variable to
control this should IMO be a defvar, not a defcustom.  Then Lisp
programs which need to get back old behavior for some reason could
bind the variable around the call.

P.S. I don't see your copyright assignment on file, so if you want to
contribute such large changes, let's please start your legal paperwork
of assigning the copyright to the FSF.  OK?

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.