DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending] Link: http://www.fltk.org/str.php?L2348 Version: 1.3-current > > Please try what I have here with your international texts and let me > know if this fix is sufficient. > This is a very clever solution to the problem. I have checked it works with UTF-8 text from various scripts (Greek, Russian, Chinese, Japanese). (I use this site http://www.lorem-ipsum.info/generator3 to generate UTF-8 text in various scripts.) I have also loaded a japanese text encoded with ISO-2022-JP (a pre-UTF multibyte encoding). It loads without crashing the program, is displayed as garbage (thus the user immediately understands the encoding was not right), the cursor can be moved across this text without error, and the original text with its encoding is recovered after saving the text. Thus, there's no hidden modification of loaded data. But one problem is that CP1252 is not displayed well under X11: with file misc/cp1252.txt, none of the characters with 8-bit code >= 0x80 appear on display, although they are there because they get in the saved file. This problem does not occur under Mac OS X: file misc/cp1252.txt is loaded, displayed, and saved perfectly. So, if we don't want compatibility with CP1252 data, Matt's solution is perfect. If we want it for 1.3.0, I think we have to modify the input text and warn the user it was modified. Link: http://www.fltk.org/str.php?L2348 Version: 1.3-current _______________________________________________ fltk-bugs mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-bugs
