On 8 November 2016 at 20:04, Eli Zaretskii wrote: > > From: Reuben Thomas > > Date: Tue, 8 Nov 2016 17:51:26 +0000 > > > > It makes dired-mark-unmarked-files act case-insensitively. > > You meant case-sensitively, I presume. > ​That's right, sorry.​ Fixed. I don't understand what happened to the comment about *.JPG files on > case-sensitive filesystems, I took it into account. My experience is that on a case-insensitive system (e.g. a GNU system), one finds occasional files like this, typically copied from other systems or extracted from archives. These are not a problem for dired-omit-mode. For visiting such files, treating auto-mode-alist and similar case-insensitively is no problem. > and how does this patch do TRT on > case-insensitive filesystems. > It doesn't, I've fixed it in the same way as the usage of auto-mode-alist, by testing the system type. > IOW, it sounds like the right solution cannot be so simple, because > this will most probably cause user complaints of the opposite kind. > No?​​ ​See above. The only people I can see complaining are users of case-insensitive file systems on case-sensitive systems. The correct fix there is in any case to use the case-sensitivity of the file system, rather than using the operating system as an indicator of that. (The same applies to auto-mode-alist.) Btw, if the problem is only with COPYING.LIB, maybe a better > heuristics would be to remove .lib from completion-ignored-extensions, > as it is no longer so widespread where Emacs users dwell? > ​I don't think special cases are a good idea. There are other examples, e.g. CVS is a pattern, which will also match "cvs", which I have in e.g. wiki CVS repositories. ​I also added a couple of additional patches to tidy up obsolete documentation, comments and code from dired-x.el.​ -- http://rrt.sc3d.org