[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28
From: |
Eli Zaretskii |
Subject: |
bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28 |
Date: |
Sat, 25 Jun 2022 15:42:57 +0300 |
> Cc: 56197@debbugs.gnu.org
> From: Lars Ingebrigtsen <larsi@gnus.org>
> Date: Sat, 25 Jun 2022 13:53:44 +0200
>
> Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:
>
> > ;; Emacs 28
> > (description "IBus-Anthy is an engine for the input bus \"IBus\"). It
> > adds the Anthy
> > Japanese language input method to IBus. Because most graphical applications
> > allow text input via IBus, installing this package will enable Japanese
> > language input in most graphical applications.")
>
> [...]
>
> > Simply commenting out the newly added block, evaluating the defun and
> > running it on my example reverts to the previous correct behavior.
>
> I'm not sure the previous behaviour was any more correct. It's now
> filling that string as if it, well, is a string, so that if you insert
> it somewhere, the lines have similar lengths. The previous behaviour
> was to fill "what you see in the buffer", which is wrong in most
> contexts.
>
> So I don't know. Anybody have an opinion?
I actually don't understand what kind of "Lisp code" is the above
snippet. It doesn't look to me as valid Lisp code. So there's no
criteria for judging the correctness here, it seems.
- bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28, Maxim Cournoyer, 2022/06/24
- bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28, Lars Ingebrigtsen, 2022/06/25
- bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28,
Eli Zaretskii <=
- bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28, Lars Ingebrigtsen, 2022/06/25
- bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28, Lars Ingebrigtsen, 2022/06/25
- bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28, Lars Ingebrigtsen, 2022/06/25
- bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28, Stefan Kangas, 2022/06/29
- bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28, Lars Ingebrigtsen, 2022/06/30
- bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28, Lars Ingebrigtsen, 2022/06/30
- bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28, Maxim Cournoyer, 2022/06/30
bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28, Maxim Cournoyer, 2022/06/26