> Doh! > I think I just realised why this doesn't work for you with fltk-1.3. > UTF8 support. > > Box the XFT and Xlib backends in fltk-1.3 under X11 have been enhanced > to support UTF8 rendering. > > So, for example, in the Xlib version, where fltk-1.1 uses XDrawString() > we now use XUtf8DrawString() instead in fltk-1.3 (and of course > analogous changes in the XFT backend) and I suspect that nanoX simply > does not implement that functionality... > > Well, that's my guess, but it does seem likely. There's a good chance > that both fltk-1.1 and fltk-2 are using the older pre-UTF8 text > functions, and so are more likely to work with nanoX. > Most of the 2.0 stuff is utf-8 aware (with the major exception of that damn TextEditor), under what looks like both XFT and Xlib. I can't remember which I've tested, but in my debugging adventures I've definitely come across either of XFT or Xlib working as it should with utf8 characters. There are probably some differences between the 2.0 utf8 and the 1.3 utf8 though, which might still come into play.
Regards, Ben _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
