GNU bug report logs - #24902
25.1; C-x = for Unicode

Previous Next

Full log

View this message in rfc822 format

From: "Ulrich Windl" <Ulrich.Windl <at> rz.uni-regensburg.de>
To: <mattiase <at> acm.org>,"Robert Pluim" <rpluim <at> gmail.com>
Cc: 24902 <at> debbugs.gnu.org, larsi <at> gnus.org
Subject: bug#24902: Antw: [EXT] Re: bug#24902: 25.1; C‑x = for Unicode
Date: Thu, 27 Jan 2022 14:24:06 +0100

>>> Mattias Engdegård <mattiase <at> acm.org> schrieb am 27.01.2022 um 13:38 in
Nachricht <D42E8275-DF4E-4727-8958-A301A77FE703 <at> acm.org>:
> 27 jan. 2022 kl. 10.43 skrev Robert Pluim <rpluim <at> gmail.com>:
> 
>> Those are codepoints which have both a 'name' and an 'old-name'.
>> 'C-u C-x =' will show both by default, I donʼt think itʼs necessary
>> for 'C-x =', which will show 'name' if it exists, else 'old-name'.
> 
> Right, and it is probably the right call here -- only control characters 
> have an old-name but no name (some have neither).
> There is a single name/old-name collision, U+1F514 vs U+0007, but there's no

> serious risk of confusion.

According to BabelPad the names are different:
U+0007 <control> : ALERT [BEL]
U+1F514 BELL

> 
>> Iʼm more interested in the visual separation between the U+ABCD and
>> the name.

U+ABCD MEETEI MAYEK LETTER HUK : ha

;-)

> 
> Just a space seems to be the standard convention to the point that 
> characters are nowadays often identified in that manner in prose, as in 
> U+00A7 SECTION SIGN.
> It also reinforces the connection between the code and the name, being 
> separate from the rest of the information being displayed, which is about
the 
> cursor position. Is it good enough, you think?

Previous Next

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