Re: [gui-dev] LimeWire 4.2.3 international font display patch

From: "Sam Berlin" <[email protected]>
> Exactly.  Your email pretty much restates what mine said.  We can add
> normalization on outgoing responses to help for the future,

No, not on outgoing responses! it's too much processing at that time.

Make it much earlier, just when reading the local directory contents with 
File.list(), because it is a one-time transformation performed at boot-time, 
or when adding a new shared directory, which is then no longer needed when 
creating responses from the already loaded and normalized library.

This must be done even before the detected filenames are indexed in the QRP 
hash table, and can just consist in a class derived from File, to perform 
NFC normalization that File.list() in the java.io core package should have 
performed itself.

However this is only needed if running on MacOS because other non-Mac 
filesystems (FAT32, NTFS, Linux UFS, ...) retain the distinction between 
filenames with distinct normalization forms (doing normalization of 
File.list() results on these systems may cause some compatibility problems, 
which should be extremely rare for Latin/Greek/Cyrillic languages, but these 
problems may happen with Hebrew or Arabic or Chinese filenames, where the 
normalization is not always enforced by the input methods used initially to 
create the filenames.)


_______________________________________________
gui-dev mailing list
[email protected]
http://www.limewire.org/mailman/listinfo/gui-dev