Kim F. Storm wrote:
Tim Van Holder <[EMAIL PROTECTED]> writes:
My original report received no replies and it's been over 3 months,
hence this ping.
Originally reported for GNU Emacs 22.0.50.1 of 2006-08-01.
Still present in GNU Emacs 22.0.91.1 of 2006-12-04.
Given a directory structure of the form:
/top-dir/sub-dir/a-file
/top-dir/some-file
With M-x cd, entering "/t" TAB completes to "/top-dir/" like it should,
but "/top-dir/s" TAB does NOT complete to "/top-dir/sub-dir/" even though
there is only 1 matching directory (TAB TAB shows only "sub-dir" as only
alternative); it's necessary to disambiguate the directory name from the
names of any and all files in the same location for tab completion to
proceed. This seems like a bug.
There was a discussion of this back in October 2004, see
http://lists.gnu.org/archive/html/emacs-devel/2004-10/msg00507.html
However, here RMS claims that:
The reason that dired does not use read-directory-name is that the
input need not be a directory name. The input is often a wildcard
file name pattern.
But if I change dired to use read-directory-name, it works just
fine to enter a wildcard, so I don't see why we have to use
the illogical read-file-name here [of course, the code below
can be simplified further if people agree we can use r-d-n].
Tim's report is about `M-x cd' (not `M-x dired'), which already reads
its argument using read-directory-name.
--
Kevin
_______________________________________________
emacs-pretest-bug mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
