DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending] Link: http://www.fltk.org/str.php?L2419 Version: 1.3-current Patch works OK on fedora14/64bit intel small endian. Also works on SGI.. sorta. (I think I'm encountering a problem unrelated to this STR) If I select text and use mouse to Edit->Copy / Edit->Paste it works fine. But the ^C/^V/^A shortcuts do not work; they all type c/v/a characters, as if the CTRL key wasn't involved. Details: I no longer have an SGI monitor, and my newer LCD monitors can't handle the SGI's signal, so I can't test directly on the SGI console; I have to rsh from a linux box and run the app as a remote-X connection. So problem /might/ be related to that. I notice the same behavior with the test/input program, so Matt, I don't think this has anything to do with your recent dev on editor. However: if I run the SGI 'nedit' program (GUI editor), its ^C/^V/^A shortcuts work fine. Also: The FLTK test/menubar program's CTRL-A shortcut triggers properly. So I'm thinking something is wrong with how FLTK's input widgets (editors/input) are looking for CTRL keys that the menubar app is getting correct. It's weird though, because if I run the 'menubar' application, hitting CTRL-A triggers the CTRL+A shortcut, so it seems to only be affecting the built-in ^C/^V shortcuts..? I get the same bad behavior from the 'input' test program; ^C, ^V, and ^A all generate c/v/a chars respectively. This is probably fodder for a different STR. Certainly I haven't seen any X warnings. Link: http://www.fltk.org/str.php?L2419 Version: 1.3-current _______________________________________________ fltk-bugs mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-bugs
