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

> The HashFunction performs another type of normalization. In fact it
> removes
> most combining accents, by going through a limited form of NFD, and
> suppression of some base characters, or their replacement by spaces.

The HashFunction just delegates the call to IBM's icu package.  Is there
anything not done by this package that needs to be done on for
normalization?  (I ask this with respect to all normalization -- not just
prior to putting it in the query routing tables.)

> But this will be faster and will use less resources (shorter strings) if
> the
> HashFunction input string is already in NFC form (on Mac only, because
> there's nothing to do on Windows or Linux filesystems).

Yes, this is what is already done.  The normalization is only performed once
right now -- before inserting it into the QRT.  What we're likely do is push
that back to when the FileDesc itself is created.

I doubt that we're going to do anything with File.list() specifically.
Instead, we'll likely just change FileDesc.getPath to return the normalized
path.  That will fix all the problems we're seeing (except for results from
older LimeWires, which is another issue entirely).

Thanks,
 Sam

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