Re: One more string functions change

[Eli Zaretskii <eliz@gnu.org>]

> Date: Fri, 27 Jun 2014 09:46:19 -0700
> From: Paul Eggert <eggert@cs.ucla.edu>
> 
> Perhaps some day Emacs will support better case conversion, e.g., we 
> could extend the third argument so that if it's a case table, that case 
> table is used rather than the default one.

That's not enough.  Currently, Emacs down-cases using the current
buffer's settings.  This is TRT in some cases, but very wrong in
others.  It is especially wrong when down-casing strings (as opposed
to portions of a buffer), because there's no reason to believe that a
particular string being processed has any relevance to the current
buffer and its defaults.

IOW, we don't have any good way of specifying language- or
locale-specific case-folding.  E.g., try writing a function that
compares file names case-insensitively for a given locale.  FWIW, I
think _that_ is where we should concentrate our energy, not on
nano-improvements such as the one proposed here.  But hey! 90% of
Emacs development energy goes to such changes, while important missing
features are being left unimplemented for years.  So who am I to
complain?