DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New] Link: http://www.fltk.org/str.php?L2086 Version: 1.3-current This was observed whilst testing UTF-8 string handling (for STR 2080) using the test program contained in "test-src.zip" of STR 2080. The observed fault is that, when opening the menu items, the menu window that appears is *occasionally* much too big, and the contained text is corrupted. This has been observed on WinXP and Vista systems. To reproduce the fault, I do this series of actions: Run the test program. It has two menu entries "Submenu" and "List". Before doing any other actions to the window, click on the "Submenu" entry (the first menu item appears normally). Move down into the first menu item (the second menu item appears normally.) Move the mouse to the right (inside the first menu item) then vertically up onto the "List" item. The "List" menu window appears, but it is corrupted. This is consistently reproducible on WinXP, and sometimes reproducible on Vista. I have not seem the same behaviour on OSX or Linux. Other observations: If the "List" menu entry is shown first, the fault does not occur. If the "Submenu" entries number 5 or greater are shown, the fault does not occur. This makes me wonder if we still have a problem somewhere with parsing our UTF-8 strings - it was menu entry 3 that was erroneous before, and in this test, we need to go beyond entry 3 (i.e. into entry 4, thus showing entry 5) to make things work correctly. It does seem odd. Can anyone reproduce this fault? Or is it something awry in my setups? (Most of my machines have very similar configuration, so it could be something in my setup.) Is the test program actually buggy, and fltk is OK? -- Ian Link: http://www.fltk.org/str.php?L2086 Version: 1.3-current _______________________________________________ fltk-bugs mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-bugs
