Menu
▾
▴
[ jEdit-devel ] [ jedit-Bugs-1488047 ] Please Test: NumPad keys after Alt+Tab window switch
|
From: SourceForge.net <no...@so...> - 2006-06-23 09:24:52
|
Bugs item #1488047, was opened at 2006-05-13 20:23 Message generated for change (Comment added) made by mediumnet You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1488047&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Xuan Baldauf (mediumnet) Assigned to: Xuan Baldauf (mediumnet) Summary: Please Test: NumPad keys after Alt+Tab window switch Initial Comment: How to reproduce: Be sure that you use Linux, KDE and that the "NumLock" key is on. When the jEdit window is in the foreground, press Alt+Tab (so you switch to another window, say your web browser). Then you switch back somehow (using Alt+Tab or the mouse). Then you press "/" on the numpad. Expected behaviour: "/" is inserted into the current text buffer. Actual behaviour: nothing happens. Discussion: The reason lies in the KeyEventWorkaround class. In an attempt to work around certain key-event related bugs, it also swallows some key-events. Solution: It seems that most key-event workarounds are not needed anymore (users need to have JDK 1.4 or greater). Also the KeyEventWorkaround class intermixes working around bugs and creating objects of type KeyEventTranslator.Key. A KeyEventTranslator.Key object represents a hit key, carring either character information if the key represents a character to be inserted into the current text buffer (e.g. the character 'A') or key information if the key does not represent a character to be inserted into the current text buffer. To solve the problem, I circumvented the KeyEventWorkaround class and reimplemented the generation of KeyEventTranslator.Key objects. The resulting patch is divided into two parts: (1) jedit.simplifyKeyHandling.introduce.patch: This patch just introduces the new simplified key handling, but it does not enable it. Everything works as before (including the bugs). (2) jedit.simplifyKeyHandling.enable.patch This patch just enables the simplified key handling. It may be that the second patch lets some ancient keyboard bugs reappear. If it is so, then revert the second patch and please let me know what is wrong. Thank you. ---------------------------------------------------------------------- >Comment By: Xuan Baldauf (mediumnet) Date: 2006-06-23 11:24 Message: Logged In: YES user_id=506885 Hello Matthieu, could you try to "reinstall" they key combination Ctrl+Alt+F in the "Utilities/Global Options.../Shortcuts" menu? Because, with old key handling, when pressing Ctrl+Alt+F, I receive "CA+f f" as shortcut, which is wrong indeed. With new key handling, when pressing Ctrl+Alt+F, I receive "CA+f", which should be correct. Maybe you stored the shortcut at a time where new key handling was not activated. ---------------------------------------------------------------------- Comment By: Matthieu Casanova (kpouer) Date: 2006-06-23 09:01 Message: Logged In: YES user_id=285591 Hi, I reopen the bug because it stills happens here. With new keyboard handling I'm unable to type CTRL+ALT+F When using Keyboard tester it gets nothing here are the debug informations Event KEY_PRESSED,keyCode=0x12,keyChar=0xffff,modifiers=0x8 filtered Event KEY_PRESSED,keyCode=0x11,keyChar=0xffff,modifiers=0xa filtered Event KEY_PRESSED,keyCode=0x46,keyChar=0x6,modifiers=0xa passed Event KEY_RELEASED,keyCode=0x11,keyChar=0xffff,modifiers=0x8 filtered Event KEY_RELEASED,keyCode=0x12,keyChar=0xffff,modifiers=0x0 filtered Event KEY_RELEASED,keyCode=0x46,keyChar=0x6,modifiers=0x0 passed Matthieu ---------------------------------------------------------------------- Comment By: Xuan Baldauf (mediumnet) Date: 2006-06-23 01:31 Message: Logged In: YES user_id=506885 Hello kpouer, please retest this problem using newest jEdit from CVS. I cannot reproduce your Ctrl+Alt+F-Problem with the newest CVS version. I cannot find any bugs of the new key event handling anymore, so I'm closing this bug as fixed. Does anybody disagree? ---------------------------------------------------------------------- Comment By: Matthieu Casanova (kpouer) Date: 2006-06-13 16:50 Message: Logged In: YES user_id=285591 Hi, another bug that is fixed by the new keyboard handling is the following : I add a line :encoding=UTF-324354: (an encoding that doesn't exists) I have the dialog complaining about that, and after the dialog is closed my numpad do not work. But the patch fixes it. But I have a new bug : I have a shortcut ctrl+alt+F to add explicit fold that is broken by the new keyboard handling. This is probably related with bug 1493185 ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2006-06-05 17:54 Message: Logged In: YES user_id=935841 This bug is marked as "fixed", but still left "open" in status because we want more people to test the new keyboard handling functionality. It's been committed to CVS:jedit 4.3pre5. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1488047&group_id=588 |