GNU bug report logs -
#73511
30.0.91; icomplete-vertical-mode TAB-key pops two completions windows
Previous Next
Reported by: Van Ly <van.ly <at> sdf.org>
Date: Fri, 27 Sep 2024 07:56:01 UTC
Severity: normal
Found in version 30.0.91
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 73511 in the body.
You can then email your comments to 73511 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73511
; Package
emacs
.
(Fri, 27 Sep 2024 07:56:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Van Ly <van.ly <at> sdf.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 27 Sep 2024 07:56:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello,
When the icomplete-vertical-mode is on, pressing TAB to complete a
single option using find-file C-x C-f behaves as expected but pressing
TAB to select one of two options pops two completions windows and is
unexpected.
To retrace steps,
1. open "emacs -Q"
2. M-x icomplete-vertical-mode
3. navigate with TAB completions after find-file C-x C-f
Say, I want to open the following using find-file C-x C-f
/usr/src/external/gpl3/gcc/dist/gcc/configure
The directory /usr/src/external has two subdirectories gpl2 and gpl3.
at the point /usr/src/ex TAB completes the path to /usr/src/external/
at the point /usr/src/external/gp TAB completes the path to /usr/src/external/gpl
at the point /usr/src/external/gpl
C-n or C-p will move the highlight between gpl2 or gpl3 (See A)
pressing TAB pops a second *Completions* window (See B)
Expected behavior is for TAB to pick the highlighted directory and continue with path to file selection
=> http://sdf.org/~van.ly/img/emacs-30-0-91-pretest-icomplete-vertical-mode-buffer-A.jpeg A
=> http://sdf.org/~van.ly/img/emacs-30-0-91-pretest-icomplete-vertical-mode-buffer-B.jpeg B
[x (application/octet-stream, attachment)]
[Message part 3 (text/plain, inline)]
--
vl
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73511
; Package
emacs
.
(Fri, 27 Sep 2024 10:37:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 73511 <at> debbugs.gnu.org (full text, mbox):
> Date: Fri, 27 Sep 2024 07:41:57 +0000
> From: Van Ly via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> 1. open "emacs -Q"
> 2. M-x icomplete-vertical-mode
> 3. navigate with TAB completions after find-file C-x C-f
>
> Say, I want to open the following using find-file C-x C-f
>
> /usr/src/external/gpl3/gcc/dist/gcc/configure
>
> The directory /usr/src/external has two subdirectories gpl2 and gpl3.
>
> at the point /usr/src/ex TAB completes the path to /usr/src/external/
>
> at the point /usr/src/external/gp TAB completes the path to /usr/src/external/gpl
>
> at the point /usr/src/external/gpl
>
> C-n or C-p will move the highlight between gpl2 or gpl3 (See A)
>
> pressing TAB pops a second *Completions* window (See B)
>
> Expected behavior is for TAB to pick the highlighted directory and continue with path to file selection
>
> => http://sdf.org/~van.ly/img/emacs-30-0-91-pretest-icomplete-vertical-mode-buffer-A.jpeg A
> => http://sdf.org/~van.ly/img/emacs-30-0-91-pretest-icomplete-vertical-mode-buffer-B.jpeg B
There are no 2 *Completions* windows. Instead, you have one
*Completions* window and the list of completions in the mini-window.
I think this is the intended behavior, and see no bug here.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73511
; Package
emacs
.
(Fri, 27 Sep 2024 12:07:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 73511 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Date: Fri, 27 Sep 2024 07:41:57 +0000
>> From: Van Ly via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>
>> at the point /usr/src/external/gp TAB completes the path to /usr/src/external/gpl
>>
>> at the point /usr/src/external/gpl
>>
>> C-n or C-p will move the highlight between gpl2 or gpl3 (See A)
>>
>> pressing TAB pops a second *Completions* window (See B)
>>
>> Expected behavior is for TAB to pick the highlighted directory and continue with path to file selection
>>
>
> There are no 2 *Completions* windows. Instead, you have one
> *Completions* window and the list of completions in the mini-window.
>
> I think this is the intended behavior, and see no bug here.
>
On reaching the point in the path /usr/src/external/gpl highlighting
either gpl2 or gpl3 in the only 1 *Completions* window and pressing C-j
will enter dired mode for that directory.
Pressing TAB at that point on either highlighted alternatives duplicates
the *Completions* window resulting in 2 *Completions* windows. And, as
far as I know the user has to mouse select from the duplicated window.
The intended behavior is to get to the target configure file preferably
without needing to mouse point in the second *Completions* window, TAB
would select from the inferred highlighted option.
--
vl
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73511
; Package
emacs
.
(Fri, 27 Sep 2024 12:57:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 73511 <at> debbugs.gnu.org (full text, mbox):
> From: Van Ly <van.ly <at> sdf.org>
> Cc: 73511 <at> debbugs.gnu.org
> Date: Fri, 27 Sep 2024 12:05:44 +0000
>
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > There are no 2 *Completions* windows. Instead, you have one
> > *Completions* window and the list of completions in the mini-window.
> >
> > I think this is the intended behavior, and see no bug here.
> >
>
> On reaching the point in the path /usr/src/external/gpl highlighting
> either gpl2 or gpl3 in the only 1 *Completions* window and pressing C-j
> will enter dired mode for that directory.
>
> Pressing TAB at that point on either highlighted alternatives duplicates
> the *Completions* window resulting in 2 *Completions* windows. And, as
> far as I know the user has to mouse select from the duplicated window.
No, you can select with C-j or with M-TAB.
> The intended behavior is to get to the target configure file preferably
> without needing to mouse point in the second *Completions* window, TAB
> would select from the inferred highlighted option.
No, in Icomplete mode TAB does not select. I suggest to read the
"Icomplete" node in the Emacs user manual, it explains how to use this
mode.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73511
; Package
emacs
.
(Fri, 27 Sep 2024 18:00:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 73511 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> Pressing TAB at that point on either highlighted alternatives duplicates
>> the *Completions* window resulting in 2 *Completions* windows. And, as
>> far as I know the user has to mouse select from the duplicated window.
>
> No, you can select with C-j or with M-TAB.
>
I see, M-TAB is the behavior I intend. C-j goes to dired mode for the
highlighted directory.
>> The intended behavior is to get to the target configure file preferably
>> without needing to mouse point in the second *Completions* window, TAB
>> would select from the inferred highlighted option.
>
> No, in Icomplete mode TAB does not select. I suggest to read the
> "Icomplete" node in the Emacs user manual, it explains how to use this
> mode.
>
Yes, I should read it. Thanks.
--
vl
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sat, 12 Oct 2024 11:20:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Van Ly <van.ly <at> sdf.org>
:
bug acknowledged by developer.
(Sat, 12 Oct 2024 11:20:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 73511-done <at> debbugs.gnu.org (full text, mbox):
> From: Van Ly <van.ly <at> sdf.org>
> Cc: 73511 <at> debbugs.gnu.org
> Date: Fri, 27 Sep 2024 17:58:41 +0000
>
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >>
> >> Pressing TAB at that point on either highlighted alternatives duplicates
> >> the *Completions* window resulting in 2 *Completions* windows. And, as
> >> far as I know the user has to mouse select from the duplicated window.
> >
> > No, you can select with C-j or with M-TAB.
> >
>
> I see, M-TAB is the behavior I intend. C-j goes to dired mode for the
> highlighted directory.
>
> >> The intended behavior is to get to the target configure file preferably
> >> without needing to mouse point in the second *Completions* window, TAB
> >> would select from the inferred highlighted option.
> >
> > No, in Icomplete mode TAB does not select. I suggest to read the
> > "Icomplete" node in the Emacs user manual, it explains how to use this
> > mode.
> >
>
> Yes, I should read it. Thanks.
No further comments, so I'm now closing this bug.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 09 Nov 2024 12:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 223 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.