> I haven't even looked at this UTF8 stuff, so I don't know whether the > following even applies, but maybe someone will find it interesting... > > As part of something else, I just saw mention of ICU and then found > http://ibm.com/software/globalization/icu/ where:
Yup, I'm "aware" of ICU, and it probably is an option we could consider. It's either that or PanGo, really, although there are other options that are lighter weight. ICU has the "advantage" that it's essentially what they stuck into Java to get international support, so maybe more people would be "familiar" with the API. Although PanGo is now separated out from gtk, there's still a lot of gtk'ness in there (gobject etc...) so might be harder to use with fltk. That said, I don't think we should build either in to fltk the way that png or jpeg are built in. Rather the user should pick the lib that best suits their needs. A lot of gui applications can get by just fine without full Unicode text handling - often all that's really required is the ability to display the glyphs, which the utf8 patches provide. -- Ian SELEX Sensors and Airborne Systems Limited 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 mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
