Subject: bug#41454: closed (Re: bug#41454: 28.0.50; [".+" 0 font-shape-gstring] composition rule breaks paren highlighting)

From: [email-masked] (GNU bug Tracking System)
Date: Wed, 03 Jun 2020 07:51:02 +0000

Your bug report

#41454: 28.0.50; [".+" 0 font-shape-gstring] composition rule breaks paren highlighting

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to [email-masked].

-- 
41454: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=41454
GNU Bug Tracking System
Contact [email-masked] with problems

Subject: Re: bug#41454: 28.0.50; [".+" 0 font-shape-gstring] composition rule breaks paren highlighting
From: Pip Cet <[email-masked]>
To: Eli Zaretskii <[email-masked]>
Cc: [email-masked]
Date: Wed, 03 Jun 2020 07:50:45 +0000
List-Id: <debbugs-submit.debbugs.gnu.org>

Eli Zaretskii <[email-masked]> writes:

> LGTM, thanks.

Pushed, closing this bug.

Subject: 28.0.50; [".+" 0 font-shape-gstring] composition rule breaks paren highlighting
From: Pip Cet <[email-masked]>
To: [email-masked]
Date: Fri, 22 May 2020 12:50:13 +0000
List-Id: <debbugs-submit.debbugs.gnu.org>

...and other things. It's probably a case of "if it hurts, don't do that".

There seems to be a general problem using such regexps in the
composition-function-table.

If I evaluate this in emacs -Q (by placing point after it and hitting C-x C-e)

(custom-set-faces
 '(default ((t (:family "Libertinus Serif" :height 330)))))
(set-char-table-range composition-function-table t '([".+" 0
font-shape-gstring]))

the font correctly changes to a very large Libertinus font. I then hit
C-b C-d ) and the entire last line is highlighted, not just the
opening parenthesis. After the blink delay is over, the opening
parenthesis and the "s" following it are unhighlighted, but the rest
of the line is not. It stays like that permanently (screenshot
attached).