all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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?





      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

* 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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.