all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Drew Adams <drew.adams@oracle.com>
Cc: larsi@gnus.org, 3516@debbugs.gnu.org
Subject: bug#3516: 23.0.94; function key names in Info
Date: Tue, 12 Jul 2011 23:30:02 +0300	[thread overview]
Message-ID: <831uxvfdit.fsf@gnu.org> (raw)
In-Reply-To: <9F8D92A1589E4FEBBD8FD4F9D357247A@us.oracle.com>

> From: "Drew Adams" <drew.adams@oracle.com>
> Cc: <larsi@gnus.org>, <3516@debbugs.gnu.org>
> Date: Tue, 12 Jul 2011 13:04:14 -0700
> 
> > > What you describe is an implementation problem (Texinfo, Info).
> > 
> > Actually, no: _you_ are talking about implementation.
> 
> No.  I am talking only about the appearance in Info.

The appearance in Info _is_ implementation.

> And the cases I referred to were about _key sequences_, not key names.

Go back and re-read your report.  Then look up the corresponding
portions of the manual, and you will see that <RET>, <F1> etc. are
used in the context that names keys by their names.

If you are saying that sometimes <..> is used where we talk about
keyboard input, then please point out specific instances where that
happens, instead of making a general observation.  As a general
observation, what you say is incorrect.

> If @kbd is what you use to represent a key sequence, that is, a sequence of
> input events, then presumably it should be @kbd that is used in the cases I'm
> referring to.

Which cases, specifically?  Your reference is to an entire node.

> I am not speaking about references to the _name_ of the key.  I made that clear
> from the beginning.

You made nothing clear about that, till now.

> In those contexts <RET> would be appropriate.

Thank you!  We have hope!

> I am speaking about references to the key sequence `<RET>', that is, to the
> _use_ of the key.

"use" is a grey area.  What about the following sentence:

  To end a line, press the <RET> key.

?  Are we naming a key by its label or are we talking about a "key
sequence"?

> > > The point is that `<RET>' should be used.
> > 
> > According to you.  According to 25-year long practice of writing GNU
> > manuals, practice that is codified in the Texinfo manual (which is a
> > de-facto standard for writing GNU documentation), @key{RET} should be
> > used, and in Info it produces <RET> without quotes.
> 
> You alone are talking about @key.  From what you've said above about it, the
> occurrences I'm talking about should presumably use @kbd (?).

@kbd{@key{..}}

> But I do not pretend to say how you should write it in Texinfo.  I'm only
> speaking to how it is represented in the final, Info, result.

If you don't understand Texinfo and don't care about the other output
formats, your report is not of much use, because changes to the manual
_must_ consider all supported forms of output.

> The return key is named by its label <RET>, just as the A key is named by its
> label A.

Not "just".  There's a fundamental difference: "A" is a key and a
character; <RET> is "just" a key.

> > Again, the distinction between @kbd and @key is very basic.
> 
> Please speak in terms of Info and not Texinfo.

No.

> This should be a no-brainer, but you are making a big deal out of it.

Yeah, right.  _I_ am making a big deal.

>  you can enter `M-a' by typing `<ESC> a'.
>  You can enter `C-M-a' by typing `<ESC> C-a'.
> 
> Here we correctly write `<ESC> a' and not <ESC> `a' or <ESC> a.

When it's clearly part of a sequence of inputs, yes.

> Other occurrences of <ESC> in the same paragraph refer to the key name: no
> single quotes.  That is all correct, IMO.  Similarly, the singleton key sequence
> `M-a' is correctly written using quotes.
> 
> What I am saying is that, just as we write `<ESC> a' here, so should we write
> `C-x <RET>'.  And when referring to a single-key sequence, `<RET>' and `<ESC>'.

Exactly where?  Be specific, if you want any result other than
"wontfix".





  reply	other threads:[~2011-07-12 20:30 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-09 16:11 bug#3516: 23.0.94; function key names in Info Drew Adams
2009-06-10 22:23 ` Eli Zaretskii
2009-06-10 22:33   ` Drew Adams
2009-06-11 10:42     ` Eli Zaretskii
2009-06-11 15:33       ` Drew Adams
2011-07-12 12:47 ` Lars Magne Ingebrigtsen
2011-07-12 16:00   ` Eli Zaretskii
2011-07-12 16:38     ` Drew Adams
2011-07-12 17:15       ` Eli Zaretskii
2011-07-12 20:04         ` Drew Adams
2011-07-12 20:30           ` Eli Zaretskii [this message]
2011-07-12 21:03             ` Drew Adams
2011-07-13  3:00               ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=831uxvfdit.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=3516@debbugs.gnu.org \
    --cc=drew.adams@oracle.com \
    --cc=larsi@gnus.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.