Community
Participate
Working Groups
I20030930 Ctrl+Alt+Arrow_Up and Ctrl+Alt+Arrow_Down are assigned by default, but they don't work. Also no reaction for Ctrl+Alt+Arrow_Left and -_Right. The keybinding preferences page also doesn't catch them, but with the context-menu C&P trick, I can see that they are assigned.
upgrading this, because platform-ui's goal is to eliminate all of these low- level key bugs for M4.
Ah, good. This isn't my problem. :) snippet #25, Ctrl, Alt, Left Arrow, then release in reverse order From Linux-GTK/GNOME/Metacity: DOWN: stateMask=0x0, keyCode=0x40000, character=0x0 '\0' DOWN: stateMask=0x40000 CTRL, keyCode=0x10000, character=0x0 '\0' DOWN: stateMask=0x50000 CTRL ALT, keyCode=0x1000003, character=0x0 '\0' UP : stateMask=0x50000 CTRL ALT, keyCode=0x1000003, character=0x0 '\0' UP : stateMask=0x50000 CTRL ALT, keyCode=0x10000, character=0x0 '\0' UP : stateMask=0x40000 CTRL, keyCode=0x40000, character=0x0 '\0'
From Windows XP: DOWN: stateMask=0x0, keyCode=0x40000, character=0x0 '\0' DOWN: stateMask=0x40000 CTRL, keyCode=0x10000, character=0x0 '\0' UP : stateMask=0x50000 CTRL ALT, keyCode=0x1000003, character=0x0 '\0' UP : stateMask=0x50000 CTRL ALT, keyCode=0x10000, character=0x0 '\0' UP : stateMask=0x40000 CTRL, keyCode=0x40000, character=0x0 '\0' We're missing the key down event on the Windows OS. This problem does not exist in earlier version of SWT (e.g., I20030923). It must have been introduced recently.
SN, seems to be a result of recent changes.
Okay, I was on crack when I suggested an earlier version worked with these keys. I tried 2.1.1, and I can't get bindings to "Ctrl+Alt+Arrow_*" to work for the "Next Editor" command (on Windows XP). However, Microsoft themselves claim to have done it. Microsoft Visual Studio 6.0: "Table.InsertRowAbove; CTRL + ALT + UP ARROW; Adds one row above the current row in the table. Available only in Design view of the HTML Designer." Just confirmed on Nick Edgar's machine on Visual Studio C# .NET. The default binding is there, it works, and you can bind to it yourself if you want to.
SSQ, is it time to write a C code example?
Doug, can you confirm that the key sequence is getting fired on key down?
Doug, can you confirm that the key sequence is getting fired on key down in Micrsoft Visual Studio 6.0? Are they firing the accelerator on key up?
Seems to depend on the machine. For example, the key comes in on Felipe's XP box. Wierd.
Steve, if you could tell me how to confirm that MSVisualStudio is processing a key down, I'd do it for you. As for the weirdness between machines ... well, it figures. <grumble>
Hold the key down, see if something happens right away or when the key is released.
It appears to work on key down.
Steve and I confirmed different behaviour between different machines. My machine has the following patches: KB820291, KB821253, KB822603, KB823182, KB824105, KB824141, KB825119, KB826939, KB828035, wm828026, Q327979, Q814995, Q819696, and service pack 1. It is running Windows XP, and no key capture applications that I am aware of. The ctrl+alt+arrow keys do not work for me.
Not sure what to do about this one. Ideas? I suppose we could try and figure out if the patches matter. Personally, I'm tempted to close this as WONTFIX because I can't see a way to work around it. We hacked SWT way down deep and we simply don't get a Windows WM_ message when the user presses the key. It is either being eaten by Windows or never generated.
It would be nice to understand the problem, even if we don't fix it (or can't). I'm not sure how much more time I want to spend on this though. Could you perhaps post the stats on a machine for which the key works? In particular, I have suspicions about the keyboard. I'm using a plain IBM keyboard (doesn't work), while Nick is using one of those ergonomic Microsoft keyboards (does work). For the machines on your team that it does work (or doesn't work), is there a particular common factor?
Doug, I can't look into this one now. Feel free to add any information you can to the PR. Thanks.
I noticed that Ctrl+Alt+D, Ctrl+Alt+I, Ctrl+Alt+L also don't get through. However their 'Shift'ed equivalents are fine. Unfortunately, jEdit also doesn't catch the broken combinations, which makes me fear that the problem lies in deeper layers than SWT.
The thing does not work for me. I can use Ctrl+alt+left (history back) but I cannot use Ctrl+alt+right (history forward). OKay, I have Windows 2k box, and Genius k627 keyboard. Also I have lots of hotfixes installed. I use M8 build with id 200405040800.
Bug 68354, comment 2 has a very interesting comment about this: "The Intel display application (found in the system tray) had the same hotkeys." When I disable hot keys there, all Shortcuts come to work again (except for Ctrl+Shift+T, see bug 69303). In the "Intel Graphics Controller Properties" dialog, I had to uncheck "Enable Hot Keys". That nasty application seems to grab even more keybindings than those listed in its window!
For me neither alt-left, alt-right, ctrl-shift-T and others work (after a while, a restart seems to help). (running Milestone 6 on WinXP; M5 used to work fine) Ctrl-W still works, though, interestingly.
For the record, my problems from Comment #20 are fixed in M7 (keyboard shortcuts work again).
Ok, we can't stop applications that use Windows hot keys from stealing them away from Eclipse.
