> OK, so I have no problem with using glib with Pango and X11/Cairo,
> however glib isn't fast or light or standard outside Linux/Solaris,
> so I wouldn't want to make it a dependency on other platforms.  In
> particular, glib on Windows still has a lot of issues...

Indeed so, and for simply displaying Unicode glyphs neither is needed,
and we already have (at least!) two versions of the "helper functions"
that we need...

> FWIW, iconv is the usual API on Linux/UNIX systems to do character
> set conversions, and Windows has its own multibyte functions - I'd
> rather use those than glib, if we are going to pull in another
> library...

If I understand Matthias' concern correctly (and as ever I'm likely
wrong...) it's not so much the character set conversion that's at issue,
as the "string manipulation" routines for handling "characters" in the
utf-8 strings.
I think we *have* the functions we need for this - both OksiD and (I
assume) Bill have written these functions for fltk-1.1.6 and fltk-2
respectively, with somewhat differing API's. I then tried to put the
fltk-2 functions into the 1.1.8 codebase.
So, anyway, I think what Matthias is suggesting is that we rework those
existing functions to present an API similar to the equivalent functions
from Glib, on the basis that their API looks better...

Or maybe I am missing the point entirely?

-- 
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-dev mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-dev

Reply via email to