Well - I've had another look at this problem, "blending" Greg's test program with my test program...
It seems there is something awry in out UTF-8 decoding, at least on WinXP - see attached PNG (assuming it is attached!) In particular, points to note are: 1) The main area shows the same string rendered twice, first in an Fl_Box (from Greg's example) and then in an Fl_Input (from my example.) Note that string 3 has *all* the glyphs correctly rendered in the Fl_Input case (this is what I had seen in my earlier tests) but has one glyph incorrectly interpreted by the Fl_Box view. Both boxes have the same input string, same font, etc. so this seems very odd. I did not think we interpreted the string any differently between the two, but clearly we do! 2) The "submenu" line at the top of the screen shows the same missed glyph as the Fl_Box example. 3) The window label is rubbish - clearly this is treating the window label as ASCII or something... Testing on WinXP with fltk-1.3 from svn, built with mingw. Note that I'm not seeing the "variable" behaviour that the OP reports, I see the same pattern on every run. -- 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
