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

Previous Next

Package: emacs;

Reported by: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>

Date: Fri, 24 Jun 2022 16:18:01 UTC

Severity: normal

Tags: patch

Found in version 28.1

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #82 received at 56197 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: larsi <at> gnus.org, 56197 <at> debbugs.gnu.org, felix.lechner <at> lease-up.com,
 stefankangas <at> gmail.com
Subject: Re: bug#56197: lisp-fill-paragraph behavior changed in Emacs 28
Date: Sat, 04 Jan 2025 19:14:20 +0900
Hi again,

[...]

> If that's not easily fixable, perhaps I'll submit a patch to the paredit
> project so that they stop relying on lisp-paragraph-fill [0] and instead
> use the default (which is fill-paragraph).  That's how I came to notice
> this behavior change in GNU Guix, which is written in Scheme; using
> scheme-mode doesn't exhibit the issue since it's just using
> fill-paragraph.

Actually, it seems scheme-mode at least in Emacs 29.4 does make use of
lisp-fill-paragraph, so should exhibit the same behavior/problem:
c.f. circa line 178 of scheme.el:

--8<---------------cut here---------------start------------->8---
  (setq-local fill-paragraph-function 'lisp-fill-paragraph)
--8<---------------cut here---------------end--------------->8---

-- 
Thanks,
Maxim




This bug report was last modified 158 days ago.

Previous Next


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