[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#43909: 26.1; read syntax breaks prettify-symbols
From: |
Sake |
Subject: |
bug#43909: 26.1; read syntax breaks prettify-symbols |
Date: |
Tue, 13 Oct 2020 13:01:06 -0700 |
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~~