[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2080
Version: 1.3-current
Fix Version: 1.3-current
I would remove any special handling of "non breaking spaces".
They should be treated like normal letters. So we should not be looking
for either 1-byte or UTF-8 versions of these.
Th
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2080
Version: 1.3-current
Fix Version: 1.3-current
Fixed in Subversion repository.
Ok thanks Ian,
this is making me a bit nervous and worried though, to see how the way we
seem to treat labels and especially their expansion differs
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2080
Version: 1.3-current
Link: http://www.fltk.org/str.php?L2080
Version: 1.3-current<>___
fltk-bugs mailing list
fltk-bugs@
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2080
Version: 1.3-current
When presented with a UTF-8 test string (Chinese in this example) it is
apparent that fltk-1.3 does not decode the string correctly under some
un
