unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#1285: 23.0.60; minibuffer-complete and `C-x d'
@ 2008-10-31 15:16 ` Stephen Berman
  2008-11-08 14:35   ` bug#1285: marked as done (23.0.60; minibuffer-complete and `C-x d') Emacs bug Tracking System
  0 siblings, 1 reply; 8+ 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] 8+ messages in thread

* 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; 8+ 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] 8+ 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; 8+ 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] 8+ 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; 8+ 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] 8+ 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; 8+ 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] 8+ 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; 8+ 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] 8+ 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; 8+ 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] 8+ messages in thread

* bug#1285: marked as done (23.0.60; minibuffer-complete and `C-x d')
  2008-10-31 15:16 ` bug#1285: 23.0.60; minibuffer-complete and `C-x d' Stephen Berman
@ 2008-11-08 14:35   ` Emacs bug Tracking System
  0 siblings, 0 replies; 8+ messages in thread
From: Emacs bug Tracking System @ 2008-11-08 14:35 UTC (permalink / raw)
  To: Chong Yidong

[-- Attachment #1: Type: text/plain, Size: 842 bytes --]


Your message dated Sat, 08 Nov 2008 09:25:33 -0500
with message-id <87od0qxpk2.fsf@cyd.mit.edu>
and subject line Re: 23.0.60; minibuffer-complete and `C-x d'
has caused the Emacs bug report #1285,
regarding 23.0.60; minibuffer-complete and `C-x d'
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don@donarmstrong.com
immediately.)


-- 
1285: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=1285
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 3427 bytes --]

From: Stephen Berman <stephen.berman@gmx.net>
To: emacs-pretest-bug@gnu.org
Subject: 23.0.60; minibuffer-complete and `C-x d'
Date: Fri, 31 Oct 2008 16:16:07 +0100
Message-ID: <87k5bo7q2w.fsf@escher.local.home>

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'.





[-- Attachment #3: Type: message/rfc822, Size: 1666 bytes --]

From: Chong Yidong <cyd@stupidchicken.com>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: 1285-done@emacsbugs.donarmstrong.com
Subject: Re: 23.0.60; minibuffer-complete and `C-x d'
Date: Sat, 08 Nov 2008 09:25:33 -0500
Message-ID: <87od0qxpk2.fsf@cyd.mit.edu>

Stefan Monnier <monnier@iro.umontreal.ca> writes:

>> 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,

Done.


^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2008-11-08 14:35 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <87od0qxpk2.fsf@cyd.mit.edu>
2008-10-31 15:16 ` bug#1285: 23.0.60; minibuffer-complete and `C-x d' Stephen Berman
2008-11-08 14:35   ` bug#1285: marked as done (23.0.60; minibuffer-complete and `C-x d') Emacs bug Tracking System
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

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).