> Date: Fri, 09 Jun 2006 20:34:44 +0300 > From: Eli Zaretskii <[EMAIL PROTECTED]> > Cc: [email protected], [EMAIL PROTECTED] > >> Date: Fri, 9 Jun 2006 10:45:11 -0400 >> From: "Raymond Zeitler" <[EMAIL PROTECTED]> >> Cc: [email protected] >> >> 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.
