GNU bug report logs -
#67003
26.3; (elisp) Basic Char Syntax: Show octal and Unicode names as well, for chars
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Wed, 8 Nov 2023 21:19:01 UTC
Severity: normal
Found in version 26.3
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #16 received at 67003-done <at> debbugs.gnu.org (full text, mbox):
> From: Drew Adams <drew.adams <at> oracle.com>
> CC: "67003 <at> debbugs.gnu.org" <67003 <at> 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.
This bug report was last modified 1 year and 279 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.