Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| >>>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
|
| Lars> I just did some tests (using libidn and the nice stringprep
| Lars> utility functions therein). Just by changeing
| Lars> Paragraph::value_type to uint32_t and adding
| Lars> stringprep_ucs4_to_utf8 on output, and some
| Lars> strigprep_locale_to_utf8 -> stringprep_utf8_to_ucs4 on input, I
| Lars> almost have it working.
|
| Very good. How does this compare to the CJK LyX patch? Did you look at
| it?
No.
| Lars> So in conclusion: As a first step towards proper unicode support
| Lars> a change from the localespecific 8-bit representation we have
| Lars> used until now move to a basic uint32_t UCS-4 simple codepoint
| Lars> solution instead. We may then temporarily loose hebrew,arabic
| Lars> but as unicode support progresses those should come back nicely.
|
| While this maybe euro-centric, note that it probably solves 80% of the
| locale-related problems that people have reported...
True. And as I said it should give a much better base to work from.
--
Lgb
