From: Eli Zaretskii <eliz@gnu.org>
To: Drew Adams <drew.adams@oracle.com>
Cc: 34784@debbugs.gnu.org
Subject: bug#34784: 26.1; Doc of pseudofunction key `<timeout>'
Date: Fri, 08 Mar 2019 21:48:39 +0200 [thread overview]
Message-ID: <8336nx9mg8.fsf@gnu.org> (raw)
In-Reply-To: <3f5adb9a-4892-4d96-9bb4-1a9109007da8@default> (message from Drew Adams on Fri, 8 Mar 2019 11:39:29 -0800 (PST))
> Date: Fri, 8 Mar 2019 11:39:29 -0800 (PST)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: 34784@debbugs.gnu.org
>
> > > > > Anyway, back to the point of this bug report: How
> > > > > is a user to know this info about `<timeout>',
> > > > > without digging into the code?
> > > >
> > > > Why should they? This is an internal matter between CUA and itself, a
> > > > detail of its implementation.
> > >
> > > Huh? Why shouldn't they?
> >
> > Because it's an implementation detail.
>
> How so - what makes you think that?
Because I've read the code.
> > > and s?he wants to know how to invoke
> > > `copy-region-as-kill' starting with prefix `C-c',
> > > where is s?he supposed to turn for that info?
> >
> > To the source code, of course.
>
> To understand an external, user-visible, external, key
> description from `C-h' a user needs to dig into the
> source code? That's a sorry stance for Emacs help to
> take, I think.
No, it's just a (mildly unfortunate) consequence of the fact that
internal details are visible in user-level commands.
next prev parent reply other threads:[~2019-03-08 19:48 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <<<247b0874-cbb1-40e1-996f-5f931c142616@default>
[not found] ` <<<83imwta3t0.fsf@gnu.org>
[not found] ` <<<b4181ab6-8e04-4851-b3cf-f63723ffcf6a@default>
[not found] ` <<<838sxp9u54.fsf@gnu.org>
[not found] ` <<f36457e6-0e75-4a6e-9aad-cb6bf2df1a46@default>
[not found] ` <<837ed99p36.fsf@gnu.org>
2019-03-08 19:39 ` bug#34784: 26.1; Doc of pseudofunction key `<timeout>' Drew Adams
2019-03-08 19:48 ` Eli Zaretskii [this message]
[not found] <<247b0874-cbb1-40e1-996f-5f931c142616@default>
[not found] ` <<83imwta3t0.fsf@gnu.org>
[not found] ` <<b4181ab6-8e04-4851-b3cf-f63723ffcf6a@default>
[not found] ` <<838sxp9u54.fsf@gnu.org>
2019-03-08 17:20 ` Drew Adams
2019-03-08 18:51 ` Eli Zaretskii
2019-03-08 1:27 Drew Adams
2019-03-08 1:29 ` Drew Adams
2019-03-08 13:33 ` Eli Zaretskii
2019-03-08 16:52 ` Drew Adams
2019-03-08 17:02 ` Eli Zaretskii
2020-08-24 19:22 ` Stefan Kangas
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8336nx9mg8.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=34784@debbugs.gnu.org \
--cc=drew.adams@oracle.com \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).