> No reason to apologize. Important thing is that we have a nice > foundation. Merging code is much easier than writing from scratch.
Nonetheless, I was never real happy with the way I'd worked the code... > Ah, I see. Very interesting. This would open up new possibilities > (commonly known as cans of worms ;-). Indeed so... > We could emulate the fraction of > GLib that we really need for fast and light rendering, but > (eventually > - no worries yet) allow linking with an original GLib as an option > (when our Thailand user base increases significantly...). It's not so much Thailand that concerns me as the huge base of (potential) users that need a CJK language, or the expanding user space in India. Indian languages in particular are problematic unless there's some form of layout engine... Not to mention handling of RTL languages (Hebrew, Arabic, etc.) Arabic can have pretty complex rules about glyphs at the start/end of words for example (although maybe not as tricky as some of the Indian languages!) Note: Acronyms I have used, and why they matter (for anyone who's following this and doesn't already know...) CJK: Chinese, Japanese, Korean. Denotes a group of languages that use Chinese and Chinese-style glyphs. Rendering direction and order may be variable, and some glyphs might change shape or position depending on what other glyphs they are next too or their position in a word. LGC: Latin, Greek, Cyrillic. Denotes a group of languages that generally have left-to-right glyph ordering, and in general the glyphs are rendered in the order they appear in the string. Mostly the glyphs don't change shape depending on position or etc. (but that's not a firm rule.) These languages are usually the easiest to display on a computer screen! We may have Guttenberg and his contemporaries to thank for that - the widespread adoption of moveable type throughout Europe seems to have forced some simplification and standardisation of typography (for example, note the almost total absence of ligatures in modern written English, when compared to older forms, etc...) RTL: right-to-left, for languages that are rendered from the right of the page, moving leftwards. These languages often have variant rendering for glyphs depending on position, and ordering of glyphs on screen may not match the string order. 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-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
