From: Eli Zaretskii <eliz@gnu.org>
To: Maxim Cournoyer <maxim.cournoyer@gmail.com>
Cc: larsi@gnus.org, felix.lechner@lease-up.com,
56197@debbugs.gnu.org, maxim.cournoyer@gmail.com,
stefankangas@gmail.com
Subject: bug#56197: [PATCH] lisp: Introduce lisp-fill-paragraph-as-displayed option.
Date: Sat, 04 Jan 2025 16:02:46 +0200 [thread overview]
Message-ID: <86frlyd6d5.fsf@gnu.org> (raw)
In-Reply-To: <20250104130343.4801-1-maxim.cournoyer@gmail.com> (message from Maxim Cournoyer on Sat, 4 Jan 2025 22:03:43 +0900)
> Cc: Maxim Cournoyer <maxim.cournoyer@gmail.com>, eliz@gnu.org, larsi@gnus.org, felix.lechner@lease-up.com, stefankangas@gmail.com
> From: Maxim Cournoyer <maxim.cournoyer@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?
prev parent reply other threads:[~2025-01-04 14:02 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-24 16:17 bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28 Maxim Cournoyer
2022-06-25 11:53 ` Lars Ingebrigtsen
2022-06-25 12:42 ` Eli Zaretskii
2022-06-25 12:45 ` Lars Ingebrigtsen
2022-06-25 12:48 ` Lars Ingebrigtsen
2022-06-25 13:00 ` Lars Ingebrigtsen
2022-06-29 18:03 ` Stefan Kangas
2022-06-30 9:32 ` Lars Ingebrigtsen
2022-06-30 9:33 ` Lars Ingebrigtsen
2024-12-26 15:16 ` Stefan Kangas
2024-12-28 5:52 ` Maxim Cournoyer
2024-12-28 8:47 ` Eli Zaretskii
2024-12-28 14:51 ` Maxim Cournoyer
2024-12-28 8:52 ` Stefan Kangas
2022-06-30 11:31 ` Maxim Cournoyer
2022-07-01 9:05 ` Lars Ingebrigtsen
2024-12-25 20:15 ` Felix Lechner via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-12-26 6:21 ` Eli Zaretskii
2024-12-28 5:26 ` Maxim Cournoyer
2024-12-28 8:45 ` Eli Zaretskii
2024-12-28 15:14 ` Maxim Cournoyer
2025-01-04 10:09 ` bug#56197: lisp-fill-paragraph behavior changed in " Maxim Cournoyer
2025-01-04 10:14 ` Maxim Cournoyer
2025-01-04 14:04 ` Eli Zaretskii
2025-01-04 14:19 ` Eli Zaretskii
2022-06-27 1:53 ` bug#56197: 28.1; lisp-fill-paragraph result regressed with " Maxim Cournoyer
2025-01-04 13:03 ` bug#56197: [PATCH] lisp: Introduce lisp-fill-paragraph-as-displayed option Maxim Cournoyer
2025-01-04 14:02 ` Eli Zaretskii [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=86frlyd6d5.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=56197@debbugs.gnu.org \
--cc=felix.lechner@lease-up.com \
--cc=larsi@gnus.org \
--cc=maxim.cournoyer@gmail.com \
--cc=stefankangas@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).