Community
Participate
Working Groups
The Ctrl-. key binding works with the "." on the numeric keypad only, not on the "." near the "," key (more easy to use). I use an italian keyboard.
for the keys that work and do not work, could you describe everything that is on the physical keys (and their relative positions to one another). i.e. on an english keyboard, the physical key for "1" also is the physical key for "!", located above the "1". shift is required to get the "!". are you pressing shift or other modifiers in these cases?
The phisical key holding the "." character has it available without modifiers, and the ":" above (shift modifier). So I am pressing just <ctrl>-<.>
Same problem here (Win2k, italian keyboard, jdk 1.4.1_03, fresh install of Eclipse SDK 2.1.1_RC4). I can add that pressing ctrl-. activates CodeAssist. Pressing left alt-. activates CodeAssist too. Pressing ctrl-left_alt-. enters a dot. Pressing ctrl-shift-. enters a dot. On italian keyboards the right alt usually maps to ctrl-alt
Could you test this against I20030909? I don't believe we have an Italian set-up around here.... Thanks a lot. (moved to P4 -- waiting for response)
Tested on the requested version. On 2.1.1 the <ctrl>-. works only if the dot is pressed on the numeric keypad, not on the main keyboard. On I20030909 it doesn't work even on the numeric keypad...
I've just tested I20030910 on Windows XP on what I believe to be an Italian locale (user.country=IT, user.language=it) with an Italian keyboard mapping. It even has the same "right-alt is ctrl+alt" feature. No luck. Can you attach the entire output of "Help > About Eclipse Platform > Configuration Details" to this bug? Also, please use I20030910. Thanks. Also, does it make any difference whether I use the right or left ctrl button?
Created attachment 6097 [details] Eclipse Configuration Details The Eclipse I20030910 configuration file as requested.
Same bahaviour for left and right ctrl in 3.0: no effect. Also same behaviour for 2.1.1. In 2.1.1 there is a difference from the notebook keyboard and the external one: the behaviour I described is related to the external keyboard. If I use the built-in keyboard I have the code assist window.
I notice you're using a US-English locale for Java. What keyboard layout are you using in Windows 2000? Do other applications work properly with "Ctrl+."? Could you run the following code snippet: "http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-swt-home/snippits/snippet25.html" Do the following key presses: 1.) press and release '.' (numpad) 2.) press and release '.' (mainpad) 3.) press and hold 'ctrl', press and release '.' (numpad), release 'ctrl' 4.) press and hold 'ctrl', press and release '.' (mainpad), release 'ctrl' And attach the output to this bug. Thanks.
1.) File>New>Project 2.) Java and Java Project should be selected. Click Next> 3.) Project name can be anything you like. Click Next> 4.) Under the projects tab, select any project starting with "org.eclipse.swt". This should be "org.eclipse.swt" and possibly "org.eclipse.swt.win32" as well. 5.) Click Finish 6.) Select the new project and right click. Select New>Class 7.) The name of the class is "Main". Click Finish 8.) Copy the snippet code and replace all of the text of "Main.java" with it. 9.) Save the file. 10.) Select Run>Run... 11.) Select Java Application, and click New 12.) The name should be "Main", the project should be the name you chose above, and the main class should be "Main". 13.) Under the Arguments tab, in VM arguments, you will need to enter the following line: - Djava.library.path="DRIVE:\installation_directory\eclipse\plugins\org.eclipse.s wt.win32_3.0.0\os\win32\x86" Where "DRIVE:\installation_directory" is the top-level directory into which eclipse has been installed. For example, on my Windows machine, it is: "C:\Program Files\IBM\Eclipse Builds\eclipse-I20030910 \eclipse\plugins\org.eclipse.swt.win32_3.0.0\os\win32\x86" 14.) Click Apply 15.) Click Run A small window will appear. Click on the window. Then start typing keys. Output should appear in your console window in Eclipse. Thanks for your help.
Sorry, you need to also import the SWT plugins into your workspace. 1.) File>Import... 2.) Select "External Plug-ins and Fragments" and click Next> 3.) Click Next> 4.) Select "org.eclipse.swt (3.0.0)" and "org.eclipse.swt.win32 (3.0.0)" and click Add-> 5.) Click Finish.
You might also need "org.eclipse.core.boot" and "org.eclipse.core.runtime".
<Left CTRL>-<.> DOWN: stateMask=0x0, keyCode=0x40000, character=0x0 '\0' DOWN: stateMask=0x40000 CTRL, keyCode=0x0, character=0x2e '.' UP : stateMask=0x40000 CTRL, keyCode=0x0, character=0x2e '.' UP : stateMask=0x40000 CTRL, keyCode=0x40000, character=0x0 '\0' <Left CTRL>-<. on numeric keypad> DOWN: stateMask=0x0, keyCode=0x40000, character=0x0 '\0' DOWN: stateMask=0x40000 CTRL, keyCode=0x0, character=0x2e '.' UP : stateMask=0x40000 CTRL, keyCode=0x0, character=0x2e '.' UP : stateMask=0x40000 CTRL, keyCode=0x40000, character=0x0 '\0' Keyboard Properties: Keyboard Name Standard 101/102-Key or Microsoft Natural PS/2 Keyboard Keyboard Type IBM enhanced (101- or 102-key) keyboard Keyboard Layout Italian ANSI Code Page 1252 - Western European (Windows) OEM Code Page 437
Unfortunately, I don't know what to say. If SWT is generating key events that look exactly the same, then they will processed in exactly the same way by our new key binding architecture. And, I still can't reproduce the effects. "Ctrl+." is bound to the "Next" command by default. What happens when you type "Ctrl+." into key entry widget on the KeysPreferencePage? It's in Window > Preferences, Workbench > Keys.
In 3.0 they are processed in the same way: they are both ignored (see comment #5). The different behaviour of the <ctrl>-<.> on main external kbd, on numeric keypad of external kbd, and on laptop kbd was related to 2.1. In the preferences window the <ctrl>-<.> keystroke is correctly recognized.
There were key-related problems on the 2.x stream of Eclipse. In 3.x, from the information you give, there is not a key problem (per se). The problem sounds like Bug 41676 -- where next/previous match is not working. If this is true, then the following would hold (on I20030910): + Pressing "Ctrl+." in a java source file would move to the next warning or error in the source file, if any. + Pressing "Ctrl+." after performing a search will NOT move to the next match (Bug 41676) when the following holds: - the search view has focus (or only lost focus to move to the next match) - a java source file is open and on top - the java source file contains the next match If this is the case, please mark this bug as a duplicate of 41676. Thanks.
*** This bug has been marked as a duplicate of 41676 ***
thanks.