bug#43909: 26.1; read syntax breaks prettify-symbols

[Sake]

Le 2020-10-13 00:41, Lars Ingebrigtsen a écrit :

> L : The destruction was that your " characters (0x22) are translated into “
> characters (0x201c) (and so on), so it's not valid Emacs Lisp any more.
> Please adjust the mail software you're using, because none of the code
> examples you're posting can be used by other people.  (And re-send the
> example for bug reproduction.)

Sorry about that, if ever you want to know, it was a package which setup
org-mode in mu4e message which alter the quotation unless they are in a
source code block.
I think it will be ok now

> M : A recipe for emacs -Q and an explanation of what
> "interfere" exactly means would be nice

In the previous mail I forget the point : this bug appears in ~org-mode~
buffers.
Do I need to forward to another mailing list the issue ?

So in a scratch buffer, with emacs -Q, here the recipe :

(add-hook 'org-mode-hook 'prettify-symbols-mode)

?\" ;; after this point prettify does not behave correctly anymore

 ;; this will be a _lambda_ symbol when it should not
(setq-default prettify-symbols-alist '(("lambda" . 955)))

(org-mode)
(prettify-symbols-mode 0)
(prettify-symbols-mode 1)

 ;; this will not be a _lambda_ symbol when it should
lambda


?\"  ;; after this point prettify behaves correctly again

 ;; this will be a _lambda_ symbol like it should
lambda


--
<:3nn~~
   <:3nn~~
      <:3nn~~