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

Previous Next

Full log

Message #48 received at 24902 <at> debbugs.gnu.org (full text, mbox):

From: Robert Pluim <rpluim <at> gmail.com>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>,
 Ulrich Windl <Ulrich.Windl <at> rz.uni-regensburg.de>, 24902 <at> debbugs.gnu.org
Subject: Re: bug#24902: 25.1; C-x = for Unicode
Date: Mon, 24 Jan 2022 12:16:19 +0100

>>>>> On Mon, 24 Jan 2022 11:40:01 +0100, Mattias Engdegård <mattiase <at> acm.org> said:

    Mattias> 24 jan. 2022 kl. 10.21 skrev Lars Ingebrigtsen <larsi <at> gnus.org>:
    >> Emacs defaults to showing some things in octal, so showing octal here
    >> isn't that absurd...

    Mattias> What things would that be? The only ones I can think of are raw bytes and some control characters.

    Mattias> The only reason why C-x = shows octal is inertia. If you wrote the command today, you would not include octal.

    Mattias> This is just another Immovable Ladder in Emacs. It must be preserved
    Mattias> exactly as it is, for the sole reason that it has always been this
    Mattias> way.

    >> `C-x 8 e d' says what the name of the character is.  Perhaps it should
    >> also include the hex value...

    Mattias> Or perhaps we could improve the more commonly used and accessible `C-x =` to show both?

    Mattias> I could write a patch to change it (with an option to keep the Good
    Mattias> Old Times look for the traditionalist), but there's no point if it
    Mattias> would be dismissed out of hand. Would it?

I sense a discoverability issue related to 'what-cursor-show-names'
:-)

(FWIW I agree about the octal, but that is another discussion)

Robert
-- 

Previous Next

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