From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: marmot-te Newsgroups: gmane.emacs.bugs Subject: bug#43909: 26.1; read syntax breaks prettify-symbols Date: Mon, 12 Oct 2020 17:24:15 +0000 Message-ID: <87tuuzqrwg.fsf@host.localdomain> References: <875z7im6g1.fsf@host.localdomain> <874kn13k8k.fsf@gnus.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=-=-=" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5960"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 43909@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Oct 12 19:25:37 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kS1Zo-0001Sl-Nn for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 12 Oct 2020 19:25:37 +0200 Original-Received: from localhost ([::1]:36638 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kS1Zn-0007ai-NR for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 12 Oct 2020 13:25:35 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54134) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kS1ZG-0007Xv-SB for bug-gnu-emacs@gnu.org; Mon, 12 Oct 2020 13:25:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:60564) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kS1ZG-0004cr-IC for bug-gnu-emacs@gnu.org; Mon, 12 Oct 2020 13:25:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kS1ZG-0004bu-CZ for bug-gnu-emacs@gnu.org; Mon, 12 Oct 2020 13:25:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: marmot-te Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Oct 2020 17:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43909 X-GNU-PR-Package: emacs Original-Received: via spool by 43909-submit@debbugs.gnu.org id=B43909.160252348717698 (code B ref 43909); Mon, 12 Oct 2020 17:25:02 +0000 Original-Received: (at 43909) by debbugs.gnu.org; 12 Oct 2020 17:24:47 +0000 Original-Received: from localhost ([127.0.0.1]:43877 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kS1Z1-0004bO-HG for submit@debbugs.gnu.org; Mon, 12 Oct 2020 13:24:47 -0400 Original-Received: from mx1.riseup.net ([198.252.153.129]:38076) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kS1Yx-0004bD-3B for 43909@debbugs.gnu.org; Mon, 12 Oct 2020 13:24:45 -0400 Original-Received: from bell.riseup.net (bell-pn.riseup.net [10.0.1.178]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4C95CC6xGTzFdrN; Mon, 12 Oct 2020 10:24:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1602523480; bh=TeJWKz4LY4e/xRkmSa8yALe1VQViJex4srALW7Iz8/U=; h=References:From:To:Cc:Subject:In-reply-to:Date:From; b=jPlRY4U0wvHHyVdbKIEiUFAo74txMNGe5VbxqSfewLHQckrZQxBluzKeyWfU245hj 8kVCYsLFndhxnU+zoHzSHlMZVx7lE6Z7ZxBsgo7KYjnzsn4oNQka834erhsEvjf31+ GZuVHLy65bo+lrZfaTCFBTR6oaVA59Rs4FoiTCVs= X-Riseup-User-ID: 6E29B5792E3435C7F5D3CD20B8B4B39B2C636E3AD05F5D80E7899198069E3C12 Original-Received: from [127.0.0.1] (localhost [127.0.0.1]) by bell.riseup.net (Postfix) with ESMTPSA id 4C95C82tXzzJn2x; Mon, 12 Oct 2020 10:24:33 -0700 (PDT) In-reply-to: <874kn13k8k.fsf@gnus.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:190345 Archived-At: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Sat, Oct 10 2020, Lars Ingebrigtsen wrote: > marmot-te writes: > >> I constated that using the read syntaxe ?\=E2=80=9C >> will interfere with any prettified symbols below it in the buffer. >> > L : I'm guessing that your mail software has destroyed the code example, = and However I don't see any problem when I send it to my self, it's mu4e. Should I escape somehow my backslashs ? >L : that it was supposed to be: [...] yes > 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~~ --=-=-= Content-Type: multipart/related; boundary="==-=-=" --==-=-= Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

On Sat, Oct 10 2020, Lars Ingebrigtsen wrote:

> marmot-te <marmot-te@riseup.net> writes:
>
>> I constated that using the read syntaxe ?\=E2=80=9C
>> will interfere with any prettified symbols below it in the buffer.=
>>
> L : I’m guessing that your mail software has destroyed the code = example, and

However I don’t see any problem when I send it to my self, it’s= mu4e.
Should I escape somehow my backslashs ?

>L : that it was supposed to be:
[…]

yes

> 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-mod= e
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 s= hould 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 s= hould
lambda

–
<:3nn~~
<:3nn~~
<:3nn~~

--==-=-=-- --=-=-=--