GNU bug report logs - #38502
27.0.50; minibuffer-scroll-other-window with multiple frames

Previous Next

Full log

Message #57 received at 38502 <at> debbugs.gnu.org (full text, mbox):

From: Juri Linkov <juri <at> linkov.net>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: nvp <noah.v.peart <at> gmail.com>, 38502 <at> debbugs.gnu.org
Subject: Re: bug#38502: 27.0.50; minibuffer-scroll-other-window with
 multiple frames
Date: Tue, 10 Dec 2019 01:39:32 +0200

>>> Is S-TAB referring to <backtab>?  That is unbound (default) in this
>>> context for me.
>>
>> Indeed there is no counterpart to TAB for scrolling the completion
>> window in the opposite direction.  Maybe <backtab> and S-TAB should do this.
>
> FWIW:
>
> I'd suggest that both TAB and S-TAB (<backtab>) be left
> alone, as they are natural for completion in some way
> (e.g. cycling among candidates).

This is exactly what I meant - TAB cycles completions forward,
so S-TAB could cycle backward.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.