GNU bug report logs -
#13041
24.2; diacritic-fold-search
Previous Next
Reported by: perin <at> acm.org
Date: Fri, 30 Nov 2012 18:31:02 UTC
Severity: wishlist
Found in version 24.2
Fixed in version 25.1
Done: Michael Albinus <michael.albinus <at> gmx.de>
Bug is archived. No further changes may be made.
Full log
Message #134 received at 13041 <at> debbugs.gnu.org (full text, mbox):
> From: "Drew Adams" <drew.adams <at> oracle.com>
> Cc: <perin <at> panix.com>, <13041 <at> debbugs.gnu.org>, <perin <at> acm.org>
> Date: Wed, 5 Dec 2012 11:17:04 -0800
>
> > > I'm surprised to see case mappings hard-coded in
> > > lisp/international/characters.el instead of using the properties
> > > `uppercase' and `lowercase' during creation of case tables.
> >
> > My guess is that this is because the code in characters.el was written
> > long before we had access to Unicode character properties in Emacs,
> > and in fact before Emacs was switched to character representation
> > based on Unicode codepoints. And no one bothered to rewrite that code
> > since then; volunteers are welcome.
>
> Doesn't file CaseFolding.txt contain all the info needed?
You don't need CaseFolding.txt, because UnicodeData.txt includes the
same information, and uni-lowercase.el, uni-uppercase.el, and
uni-titlecase.el already read that information into char-tables.
> If so, what about populating the case tables from the latest CaseFolding.txt
> file at Emacs build time? Or if no Internet access during build, populate from
> a copy of the file to be distributed with Emacs.
>
> And provide the same population code as a Lisp function, in case someone wants
> to refresh an old Emacs release to use a more recent CaseFolding.txt file.
>
> Would this make any sense?
It would make sense to load case tables from uni-*.el at Emacs build
time. Volunteers are welcome.
This bug report was last modified 8 years and 342 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.