Since my previous attempt to post a screenshot failed , I've raised an STR for this, with some sample code and screenshots for assorted platforms attached: It's at http://www.fltk.org/str.php?L2080
On 3 Nov 2008, at 12:47, MacArthur, Ian (SELEX GALILEO, UK) wrote: > 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 _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
