[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: |
Lars Ingebrigtsen |
Subject: |
bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28 |
Date: |
Sat, 25 Jun 2022 14:45:22 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) |
Eli Zaretskii <eliz@gnu.org> writes:
> 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.
It's just (foo "... very long multiline string"). I was also confused,
because the string looked very odd -- it has a ) inside the string, but
no (, but that's not really relevant.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
- 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, 2022/06/25
- bug#56197: 28.1; lisp-fill-paragraph result regressed with Emacs 28,
Lars Ingebrigtsen <=
- 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