Re: [Bug: 21.5-b28] XEmacs dired didn't work with FreeBSD ls

Michael Sperber writes: I'm not clear on what you mean. Locale handling is by definition table-driven, and the table is extensible. So what "better with locales" presumably means is that your date parser (are there other relevant parsers?) can handle the standard formats in more locales, but what are you gonna do if the Steganography locale decides to define their date format as YMYMYDYD? IIRC, you have a big-ball-of-mud regexp (or list thereof) that tries to handle all known date formats. The conservative approach I want (on POSIX systems) is a variable `dired-grokkable-locales' which contains a list of regexps that match grokkable locales. If the current locale matches an element of the list, don't frob `ls''s locale, otherwise do so. (An adventurous user could simply push their current locale on this list. The custom widget for this variable should offer the current locale (if not in the list) as an explicit option to the user.) If you're really that confident that you've got almost all the locales in actual use, we could do it the way you suggest. I would implement the configuration to have a variable `dired-ls-locale' (maybe there's a better name that doesn't discriminate against Windows). If nil, don't frob the locale. If set, use that locale. The Custom widget for the variable should contain a list of common locales that the user might want (to approximate their own locale, or to substitute a familiar locale). WDYT? _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta