GNU bug report logs -
#59486
completion-auto-wrap disobeyed by vertical navigation
Previous Next
Reported by: Juri Linkov <juri <at> linkov.net>
Date: Tue, 22 Nov 2022 17:46:01 UTC
Severity: normal
Fixed in version 30.0.50
Done: Juri Linkov <juri <at> linkov.net>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: Juri Linkov <juri <at> linkov.net>
> Cc: 59486 <at> debbugs.gnu.org
> Date: Fri, 25 Nov 2022 09:47:29 +0200
>
> >> minibuffer-previous-* are intended to navigate the completion list
> >> horizontally while the minibuffer is active, and minibuffer-previous-line-*
> >> vertically.
> >
> > Then the names could be simplified as minibuffer-up-line and
> > minibuffer-down-line. It will also make the names less confusing, IMO.
>
> It's not only about the minibuffer, but also about completions,
> so the commands names should also include the word "completion".
minibuffer-up-completions-line is still shorter and less confusing.
> >> > But one immediate alternative is to use <LEFT> and <RIGHT> for
> >> > the minibuffer-previous-* family, like previous-completion does.
> >>
> >> <LEFT> and <RIGHT> are useful to move point in the minibuffer.
> >
> > Then maybe PgUp and PgDn?
>
> PgUp and PgDn are used to scroll the completions buffer from the minibuffer.
That's a bad idea, IMO: scrolling another window should use something like
M-PgDn and C-M-v, like we do with other windows elsewhere.
> > If the arrow keys are already taken, having an option that will change their
> > effect would be confusing, I think.
>
> It does the same as icomplete-vertical-mode where the arrow keys
> are not confusing.
icomplete-vertical-mode is a an opt-in feature, so what it does is less
relevant to the issue at point, IMO.
This bug report was last modified 1 year and 192 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.