[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#67003: 26.3; (elisp) Basic Char Syntax: Show octal and Unicode names
From: |
Eli Zaretskii |
Subject: |
bug#67003: 26.3; (elisp) Basic Char Syntax: Show octal and Unicode names as well, for chars |
Date: |
Thu, 09 Nov 2023 18:30:54 +0200 |
> From: Drew Adams <drew.adams@oracle.com>
> CC: "67003@debbugs.gnu.org" <67003@debbugs.gnu.org>
> Date: Thu, 9 Nov 2023 15:54:59 +0000
>
> > > 2. But show also the octal digits.
>
> > Show where and how? And why?
>
> Where we show the ?\ char representation, its
> decimal equivalent (⇒), char name/description (in
> a comment), and key description (in the comment).
>
> IOW, where we specify these chars that have their
> own, dedicated escape sequences.
>
> Why? Because in `General Escape Syntax' we say
> that you can use octal char codes. Why not show
> the octal values for these chars here?
They are shown in the very next subsection.
> Why not show the hex values also, as that's what
> `insert-char' accepts?
Ditto.
> `Basic Char Syntax' could also usefully say
> something about where you can use escape
> sequences - and that's _not_ to interactively
> insert such a char.
That's a separate issue, but the next section says something about
that as well.
> > > 3. Show also other names, such as Unicode/ISO names.
> > > E.g., say that "vertical tab" is the char that has the ISO name
> > > <Line Tabulation> (VT). (And still mention that it's C-k.)
> >
> > The next subsection, "General Escape Syntax",
> > includes this information.
>
> Not for these specific chars that have dedicated
> escape syntaxes, it doesn't. They're specified
> only in `Basic Char Syntax'.
I don't see the significance. We obviously cannot show all the
characters, and it isn't like VT is an important one. It is just an
example.
> > > IOW, give a little more info, esp. commonly
> > > encountered or "official" names for such chars.
> >
> > I think we already do, but you need to consider the entire section,
> > not just its single subsection, which correctly starts with the
> > basics, before we proceed with more advanced stuff.
>
> I don't see that it would be bad to let users know,
> here, that what we call "vertical tab" here is also
> called "line tabulation". Try inserting that char
> using `insert-char' without knowing its Unicode/ISO
> name or its hex value - good luck.
Lumping too much material in a single subsection is bad from the
methodological POV: it makes the subsection more confusing and harder
to read.
So I don't think we need to do anything with this issue, and I'm
therefore closing it.