> - But does not address the equivalent problem in: > void Fl_GDI_Graphics_Driver::draw(int angle, const char* > str....); that uses a similar but different approach. > Actually, the "easy" fix for that method might be to *not* > use fl_utf8decode() at all but only to use fl_utf8toUtf16() > and process the whole string into UTF16 in one go.
I have pushed a "fix" for this that appears to work fine - I made a version of the rotated_text demo and it handles the "high" glyphs fine now (on my Vista laptop, anyway) where before it failed. > - The various ::width() methods need to be checked. It looks > very much that the ::width(unsigned int c); method can't > handle surrogate pairs and will fail, and hence the > ::width(const char* c, int n); also fails as it simply calls > the first method, char by char. Still TBD. > - The OSX version of ::width(unsigned int c); looks to be > similarly broken - it also fails to handle the surrogate > pairs correctly, so by extension... May not be a problem - Manolo thinks the OSX code is probably OK. SELEX Galileo Ltd Registered Office: Sigma House, Christopher Martin Road, Basildon, Essex SS14 3EL A company registered in England & Wales. Company no. 02426132 ******************************************************************** This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ******************************************************************** _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
