Community
Participate
Working Groups
the available mneumonics (alt-a, alt-d, alt-space) are being intercepted by the window, making it impossible to assign these key sequences (possibly others, but these are the obvious ones)
an (already fixed) duplicate for you?
Created attachment 6201 [details] interim patch to cross-test on windows xp migrating to steve's supported mnemonic suppression.
Created attachment 6203 [details] KeySequenceText Added comments to the interim patch, and removed code that is truly obsolete. This fixes the "Alt+D" and "Alt+A" mnemonic problem, but doesn't seem to address "Alt+Space". "Alt+Space" is reserved by Windows XP as a "Display System Menu" key binding. Binding it again in Eclipse will have unpredictable results. In general, I'd say that this is not a bug, but a feature of the Windows operating system. :) If anyone wants to bind to "Alt+Space", they can do so by copying the text "Alt+Space" into the clipboard, right-clicking and pasting it into the key sequence entry widget. I'll check to see if we have any "Alt+Space" bindings by default, and what kind of interactions occur between "Alt+Space" in Eclipse and Windows.
You can bind to "Alt+Space" using the method described. It works without any bizarre side effects. I'm going to see if we can provide a more direct entry method.
There doesn't look to be any obvious way to do allow easy input of "Alt+Space". As it is operating system behaviour, I'm loathe to hack it any further than it already is. None of Eclipse's key bindings use "Alt+Space".
i think changing alt+space would break accesibility - it is the only way to move a dialog using the keys. i wouldn't categorize this as a mnemonic key just because it starts with alt and is in a dialog. (though maybe swt does cateorize it that way.) personally, i think alt+space should be treated the same as tab and shift+tab - important accessibility keys for the dialog (and in general). the copy paste works fine for now. in the future we may want to add a mechanism (like a drop down menu or context menu cascade menu) to help the user insert these special key sequences. in one respect the copy-paste mechanism is nice because its so obscure - of course, the counter argument that it sucks for that very reason is easy to make. what about shift-f10 to open context menus in win32 - how does the key sequence text widget work in this case?
chris: apply the patch? it works, if SWT works (read below) "Alt+Space" is a window manager event (similar to "Alt+Tab" or "Ctrl+Esc" -- see "Help and Support Keyboard Shortcuts" in the help for Windows XP, under "Using Help and Support keyboard Shortcuts"). However, SWT does make it available as a mnemonic traversal event. However, they don't allow it to be cancelled right now. I've filed Bug 43576. However, I don't feel that this is high priority (i.e., necessary for M4). If you feel differently, then escalate with Steve... "Shift+F10" is trapped by the entry widget, and can be used as a key binding without adverse effects. I wonder what happens if you make a widget with "Silly& Mnemonics" as the text?
patch for 43613 has been applied. please confirm if this fixes some or all of the problems here.
Word has come back from SWT on Bug 43576. They have decided to block "Alt+Space" key events for consistency between window managers. This key is no longer available on any platform, and hence can't be bound. The mnemonic problem has already been fixed. Closing this bug as "fixed"....
