[h-e-w] RE: C-x C-f *.txt RET (WAS: how to close all buffers at once?)

[Raymond Zeitler]

> Date: Fri, 09 Jun 2006 20:34:44 +0300
> From: Eli Zaretskii <address@hidden>
> Cc: address@hidden, address@hidden
>
>> Date: Fri, 9 Jun 2006 10:45:11 -0400
>> From: "Raymond Zeitler" <address@hidden>
>> Cc: address@hidden
>> 
>> Okay I see the problem in files.el.  The function file-truename 
>> overcomes case-sensitivity on Windows systems by using the function
>> w32-long-file-name, but only if it detects no wildcards.
>> 
>> So how can this be fixed? :)
>
> It looks like a non-trivial change to dired.c is required.  The
> function directory-files used to glob wildcards converts the wildcards
> to a regexp and then matches that regexp against each file in the
> directory.  To force it to work case-insensitively, we need to pass a
> char-table for case-folding to compile_pattern (called by
> directory_files_internal), but what char-table to use here?  The
> pattern and the file names could use non-ASCII characters.

Good point.  As a user who was running out of legal file name
characters on one project, I can tell you that Windows has problems
with certain 8-bit ASCII values.  IIRC files whose names contained
the sigma character 229 (E5) did not respond to clicks within Explorer.

Also, I've never been able to find a character set in Emacs that
displayed these characters the way I had intended them to appear.  Those
old MS-DOS line drawing characters from B3 to DF and the Greek letters
from E0 to EB usually show up in Emacs differently for me.

Although I cannot help fix the problem, I would offer to amend the
Emacs documentation to point out this short-coming if the problem
can't be addressed soon.