* bug#1285: 23.0.60; minibuffer-complete and `C-x d'
@ 2008-11-06 15:37 Chong Yidong
2008-11-07 2:30 ` Stefan Monnier
0 siblings, 1 reply; 7+ messages in thread
From: Chong Yidong @ 2008-11-06 15:37 UTC (permalink / raw)
To: Stefan Monnier; +Cc: 1285
> When I type `C-x d <something> TAB', where `<something>' is any sequence
> of characters, then if `<something>' can complete to more than one
> directory name, then the *Completions* buffer displays only those
> directory names, but no non-directory file names. But if `<something>'
> can complete to a non-directory file name, then it does.
I think the new completion behavior for C-x d is well-intentioned, but
too complicated. Hence the user confusion reported here. Stefan: WDYT
about switching back to the old version of dired-read-dir-and-switches?
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#1285: 23.0.60; minibuffer-complete and `C-x d'
2008-11-06 15:37 bug#1285: 23.0.60; minibuffer-complete and `C-x d' Chong Yidong
@ 2008-11-07 2:30 ` Stefan Monnier
2008-11-07 5:45 ` Chong Yidong
0 siblings, 1 reply; 7+ messages in thread
From: Stefan Monnier @ 2008-11-07 2:30 UTC (permalink / raw)
To: Chong Yidong; +Cc: 1285
>> When I type `C-x d <something> TAB', where `<something>' is any sequence
>> of characters, then if `<something>' can complete to more than one
>> directory name, then the *Completions* buffer displays only those
>> directory names, but no non-directory file names. But if `<something>'
>> can complete to a non-directory file name, then it does.
> I think the new completion behavior for C-x d is well-intentioned, but
> too complicated. Hence the user confusion reported here. Stefan: WDYT
> about switching back to the old version of dired-read-dir-and-switches?
How 'bout keeping the completion behavior as is, but changing the
*Completions* buffer to list all files?
Stefan
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#1285: 23.0.60; minibuffer-complete and `C-x d'
2008-11-07 2:30 ` Stefan Monnier
@ 2008-11-07 5:45 ` Chong Yidong
2008-11-07 14:48 ` Stefan Monnier
0 siblings, 1 reply; 7+ messages in thread
From: Chong Yidong @ 2008-11-07 5:45 UTC (permalink / raw)
To: Stefan Monnier; +Cc: 1285
Stefan Monnier <monnier@iro.umontreal.ca> writes:
>>> When I type `C-x d <something> TAB', where `<something>' is any sequence
>>> of characters, then if `<something>' can complete to more than one
>>> directory name, then the *Completions* buffer displays only those
>>> directory names, but no non-directory file names. But if `<something>'
>>> can complete to a non-directory file name, then it does.
>
>> I think the new completion behavior for C-x d is well-intentioned, but
>> too complicated. Hence the user confusion reported here. Stefan: WDYT
>> about switching back to the old version of dired-read-dir-and-switches?
>
> How 'bout keeping the completion behavior as is, but changing the
> *Completions* buffer to list all files?
How do we do that?
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#1285: 23.0.60; minibuffer-complete and `C-x d'
2008-11-07 5:45 ` Chong Yidong
@ 2008-11-07 14:48 ` Stefan Monnier
2008-11-08 4:11 ` Chong Yidong
0 siblings, 1 reply; 7+ messages in thread
From: Stefan Monnier @ 2008-11-07 14:48 UTC (permalink / raw)
To: Chong Yidong; +Cc: 1285
>>>> When I type `C-x d <something> TAB', where `<something>' is any sequence
>>>> of characters, then if `<something>' can complete to more than one
>>>> directory name, then the *Completions* buffer displays only those
>>>> directory names, but no non-directory file names. But if `<something>'
>>>> can complete to a non-directory file name, then it does.
>>
>>> I think the new completion behavior for C-x d is well-intentioned, but
>>> too complicated. Hence the user confusion reported here. Stefan: WDYT
>>> about switching back to the old version of dired-read-dir-and-switches?
>>
>> How 'bout keeping the completion behavior as is, but changing the
>> *Completions* buffer to list all files?
> How do we do that?
Good question,
Stefan
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#1285: 23.0.60; minibuffer-complete and `C-x d'
2008-11-07 14:48 ` Stefan Monnier
@ 2008-11-08 4:11 ` Chong Yidong
2008-11-08 4:19 ` Stefan Monnier
0 siblings, 1 reply; 7+ messages in thread
From: Chong Yidong @ 2008-11-08 4:11 UTC (permalink / raw)
To: Stefan Monnier; +Cc: 1285
Stefan Monnier <monnier@iro.umontreal.ca> writes:
>>>> I think the new completion behavior for C-x d is well-intentioned, but
>>>> too complicated. Hence the user confusion reported here. Stefan: WDYT
>>>> about switching back to the old version of dired-read-dir-and-switches?
>>>
>>> How 'bout keeping the completion behavior as is, but changing the
>>> *Completions* buffer to list all files?
>
>> How do we do that?
>
> Good question
How bout reverting to the old version of dired-read-dir-and-switches
then? (We can keep the new version commented out, so that someone can
come back to try and get it working properly later.)
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#1285: 23.0.60; minibuffer-complete and `C-x d'
2008-11-08 4:11 ` Chong Yidong
@ 2008-11-08 4:19 ` Stefan Monnier
0 siblings, 0 replies; 7+ messages in thread
From: Stefan Monnier @ 2008-11-08 4:19 UTC (permalink / raw)
To: Chong Yidong; +Cc: 1285
>>>>> I think the new completion behavior for C-x d is well-intentioned, but
>>>>> too complicated. Hence the user confusion reported here. Stefan: WDYT
>>>>> about switching back to the old version of dired-read-dir-and-switches?
>>>>
>>>> How 'bout keeping the completion behavior as is, but changing the
>>>> *Completions* buffer to list all files?
>>
>>> How do we do that?
>>
>> Good question
> How bout reverting to the old version of dired-read-dir-and-switches
> then? (We can keep the new version commented out, so that someone can
> come back to try and get it working properly later.)
Sure,
Stefan
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#1285: 23.0.60; minibuffer-complete and `C-x d'
@ 2008-10-31 15:16 Stephen Berman
0 siblings, 0 replies; 7+ messages in thread
From: Stephen Berman @ 2008-10-31 15:16 UTC (permalink / raw)
To: emacs-pretest-bug
In GNU Emacs 23.0.60.12 (i686-pc-linux-gnu, GTK+ Version 2.12.9)
of 2008-10-25 on escher
When I type `C-x d <something> TAB', where `<something>' is any sequence
of characters, then if `<something>' can complete to more than one
directory name, then the *Completions* buffer displays only those
directory names, but no non-directory file names. But if `<something>'
can complete to a non-directory file name, then it does. For example,
on my system `C-x d /usr/lib/libv TAB' completes to '/usr/lib/libvisual'
and after a second TAB the *Completions* buffer displays:
Possible completions are:
libvisual-0.4/
libvisual/
But `C-x d /usr/lib/libvisual-0.4. TAB' completes to '/usr/lib/libvisual-0.4.so.0'
and after a second TAB the *Completions* buffer displays:
Possible completions are:
libvisual-0.4.so.0
libvisual-0.4.so.0.0.0
Typing `C-x C-f /usr/lib/libvis TAB' completes to '/usr/lib/libvisual'
and after a second TAB the *Completions* buffer displays:
Possible completions are:
libvisual-0.4.so.0 libvisual-0.4.so.0.0.0
libvisual-0.4/ libvisual/
(In Emacs 22.2, `C-x d [or: C-x C-f] /usr/lib/libvis TAB' does just the
latter.)
This is with -Q, and I get the same behavior with completion-styles set
to any of `basic', `emacs21', emacs22', or `partial-completion'.
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2008-11-08 4:19 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-11-06 15:37 bug#1285: 23.0.60; minibuffer-complete and `C-x d' Chong Yidong
2008-11-07 2:30 ` Stefan Monnier
2008-11-07 5:45 ` Chong Yidong
2008-11-07 14:48 ` Stefan Monnier
2008-11-08 4:11 ` Chong Yidong
2008-11-08 4:19 ` Stefan Monnier
-- strict thread matches above, loose matches on Subject: below --
2008-10-31 15:16 Stephen Berman
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.