GNU bug report logs - #56188
28.1; blink-matching-paren works wrong with non-ASCII parentheses

Previous Next

Package: emacs;

Reported by: awrhygty <at> outlook.com

Date: Fri, 24 Jun 2022 13:14:01 UTC

Severity: normal

Found in version 28.1

Full log


View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 56188 <at> debbugs.gnu.org, awrhygty <at> outlook.com
Subject: bug#56188: 28.1; blink-matching-paren works wrong with non-ASCII parentheses
Date: Fri, 24 Jun 2022 20:42:25 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

>> When the cursor is before 【ghi】, highlighting is not done.
>> When the cursor is after  【ghi】, 'd' is highlighted.
>> when the cursor is before 【123】, '6' is highlighted.
>> when the cursor is after  【123】, highlighting is not done.
>
> Looks like this is intentional: see the variable
> multibyte-syntax-as-symbol.  It is t in these two modes.  If you set
> it to nil, you get the behavior you expect.
>
> So it looks like there's no bug here.

I didn't understand what you meant first, but the issue is that there
are no spaces here:

  def【ghi】

I.e., this is one symbol consisting of eight characters.

However, the surprising thing is that it's blinking at all here.  If 】
is symbol constituent, then no blinking should happen, I think?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 2 years and 363 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.