> Duncan Gibson wrote: > >> BTW.: did you see the new files (and README) in the misc/ directory? > >> Particularly the *-utf8.txt files are interesting for FLTK-1.3 tests. > > > > Yes, thanks for those, they clarified a lot of the CP1252 discussion. > > I verified that Fl_Text_* handled them correctly after adding the > > fl_wcwidth() stuff by displaying them using the test/editor demo. > > My test case is to open them in test/editor. I noticed that they all display > correctly on Linux (Ubuntu), but there are a few problems on Windows: > > (1) 0x98 / U+02DC draws okay, but doesn't seem to advance the "cursor" > correctly. Moving the real editor cursor over the character needs two key > presses on the right arrow, the same for backwards moving, resp.. The strange > thing with this is that notepad++ (freeware editor/sourceforge) has the same > problem. Using cat under Cygwin (with utf-8 locale) shows everything okay. > Moving over a single character also needs two key on Windows. It is strange that the cursor will move over the single character and completely when the first pressing is done. The cursor just stick at the position when I press secondly. I have to press again to move to next character.
And just as on linux, the spacing from end of the line to the right-margin will be marked as blue when I press backspace twice at the end of the text. > (2) calculation of line widths seems to be wrong. When opening the editor > window with the default size, there are missing glyphs at the right side of > all > lines except the top and bottom ASCII-only lines. Moving the scrollbar to the > right or resizing the window (making it wider) makes the missing glyphs > appear. > This might be an Fl_Editor issue though, and I know that you didn't look at > this > yet. I only wanted to mention it... > > As said above, this all works okay on Linux, but I don't know about Mac. > When wrap_mode is off, part of CJK characters are hiden. And these characters will appear again when I move cursor near them. For wrap_mode(1,0), it seemed that Fl_Text_Editor always wraps CJK characters shortly on Windows. And Fl_Text_Editor die frequently just as it on linux. But if wrap_mode(1,0) is enable, the characters are displayed compeletely(Not sure. I can't test more characters due to frozen of Fl_Text_Editor.) For wrap_mode(1,N)(N>0), Fl_Text_Editor works on Windows. But the CJK character at the end of the wrapped line will be splited into two strange characters sometimes. Not all of cjk characters will be splited at the end of line. Btw, I met another problem a few months ago. The problem is that fl_measure or fl_width do not give correct value for text in Fl_Output on windows. I am not sure of this, I can only say that it is if I haven't > > I've been displaying them using firefox on my Linux box at home with > > no problem, and in checking for sparkaround's \0xA4\0x00 character > > this morning, I found that firefox on CentOS at work doesn't display > > all of them properly. Guess there are some fonts missing here :-( > > I just tested this with my Ubuntu/firefox, too. After setting the default > character set to UTF-8, everything in cp1252_utf-8.txt displays okay, except > 0xAD (U+00AD), which is the "soft hyphen". I'd say that it's okay for a > browser > to hide the soft hyphen, isn't it? > > Albrecht Part of CJK characters can't be displayed in Fl_Text_Display on Windows. The width of '\c2\xa4' is the same as ascii on windows and it is wrapped correctly when wrap_mode(1,N)(N>0) was set. _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
