From: jaime.escalante@gmx.com
To: Drew Adams <drew.adams@oracle.com>
Cc: Lars Ingebrigtsen <larsi@gnus.org>,
"48764@debbugs.gnu.org" <48764@debbugs.gnu.org>
Subject: bug#48764: [External] : bug#48764: mini-buffer completion
Date: Tue, 1 Jun 2021 18:06:46 +0200 [thread overview]
Message-ID: <trinity-a5f2f36a-947e-44e7-b91a-60e80fa55451-1622563606460@3c-app-mailcom-bs01> (raw)
In-Reply-To: <SA2PR10MB447456CEA0BC1906E1C54A68F33E9@SA2PR10MB4474.namprd10.prod.outlook.com>
> Sent: Wednesday, June 02, 2021 at 4:00 AM
> From: "Drew Adams" <drew.adams@oracle.com>
> To: "Lars Ingebrigtsen" <larsi@gnus.org>, "jaime.escalante@gmx.com" <jaime.escalante@gmx.com>
> Cc: "48764@debbugs.gnu.org" <48764@debbugs.gnu.org>
> Subject: RE: [External] : bug#48764: mini-buffer completion
>
> > > But the mini-buffer does not provide the user with any indication that
> > > he can use the "up" and "down" keys to navigate a list of settings.
> > > It would be beneficial to introduce some kind of glyph or indicator in
> > > the mini-buffer to make the user aware that arrow keys can be used,
> > > and be described in the manual.
> >
> > It should not come as a surprise that basic navigation keys allow you to
> > navigate basically.
> >
> > Closing.
>
> I wouldn't argue that the minibuffer itself needs to
> provide any such indication. (Some doc should perhaps
> mention it, however.) I agree with you about that.
>
> But the reply that users should expect "basic navigation
> keys" to "navigate basically" presents things in a
> distorted way.
In an extremely distorted way. I try to get to developer's head about it, yet few
are capable of listening.
> Basic navigation keys generally do work in the basic,
> i.e., ordinary way in the minibuffer. But <up> and
> <down> do NOT do so. Their normal/basic behavior is
> to move up or down a line of text. They _could_ do that
> in the minibuffer, but they don't. Likewise, `C-n' and
> `C-p'.
>
> So while I tend to agree that the minibuffer itself
> need not advertise what <up> and <down> do, the argument
> that you gave is specious, IMO. In fact, it argues the
> opposite: it argues that <up> and <down> (and `C-[n|p]')
> should "allow you to navigate basically", i.e., move up
> and down a line of minibuffer text.
>
> Not to mention that _cycling_ candidates is not a basic
> navigation behavior. It's not a navigation behavior at
> all. It doesn't move point or the mouse pointer, doesn't
> move focus, or do any of the things one might think of as
> "basic navigation" behavior.
>
prev parent reply other threads:[~2021-06-01 16:06 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-31 20:16 bug#48764: mini-buffer completion jaime.escalante
2021-06-01 15:39 ` Lars Ingebrigtsen
2021-06-01 15:54 ` jaime.escalante
2021-06-01 20:46 ` Basil L. Contovounesios
2021-06-01 21:00 ` jaime.escalante
2021-06-01 22:50 ` Basil L. Contovounesios
2021-06-01 23:00 ` jaime.escalante
2021-06-01 21:04 ` jaime.escalante
2021-06-01 22:50 ` Basil L. Contovounesios
2021-06-01 23:04 ` jaime.escalante
2021-06-01 21:31 ` bug#48764: [External] : " Drew Adams
2021-06-01 16:00 ` Drew Adams
2021-06-01 16:06 ` jaime.escalante [this message]
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=trinity-a5f2f36a-947e-44e7-b91a-60e80fa55451-1622563606460@3c-app-mailcom-bs01 \
--to=jaime.escalante@gmx.com \
--cc=48764@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 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).