> The [text] above is based on some comments in the code, so I assume > that Roman or O'ksi'D or Bill or someone had some insight/analysis to > back this up. I don't have the multi-language / script experience to > be able to judge.
Sure - it just seems to me that if we code for a uint32_t, then we are good whatever else happens, since any Unicode range we actually use is likely to be smaller than that (at least for the foreseeable future!) > As far as I can see, FLTK only needs to concentrate on how to display > UTF-8 characters at the moment. Anyone who is manipulating text with > composing characters, surrogates, bi-directional text, etc. should > really be using some other library, such as icu4c, for the bulk of > the work. Again, I have no experience of icu4c - I was just reading > the web pages - so have no idea if better alternatives are availale, > or if they are fast and light enough for FLTK to link to them. Yup, the options there, for Unicode handling and text layout engines and such, seem to be either ICU or PanGo in practice. ICU is fairly platform agnostic, and is what is used by java for its handling. PanGo is gnome'ish, so derives from gobject and has many gtk-isms in it. > Maybe that's an RFE for 1.4 or 3.1... Yup.... When I was doing the 1.1.8-utf8 stuff, I did take a run at both ICU and pango, but ran out of steam before either was working for fltk. Neither are small, fast or light, and neither is "trivial" to integrate. I came to believe, as you suggest, that it might make more sense to allow the end-user to choose their preferred engine for handling bi-dir, layout, elisions, diphthongs, etc... And just provide enough functionality in fltk to render whatever stream of glyphs they finally decide that they need to display... 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
