bug-gnu-emacs
[Top][All Lists]
Advanced

[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.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]