Community
Participate
Working Groups
This is a dup of 8829 , but it seems I cannot reopen that one. We have an RCP app where we do not provide a "Show View" menu. We rely on Ctrl+F7 to cycle through views in a perspective. In light of the RCP theme, I think this bug should be fixed. -- If you have sticky keys on and then hit Ctrl and then F7 the dialog disappears as soon as it comes up. STEPS 1) Open your Control Panel 2) Select Accessibility->Sticky Keys 3) Hit Ctrl 4) Hit F7 5) List comes up and immediately disappears
My Windows 2000 machine has died, but on Windows XP there is a work around for this problem. Could someone else check this on 2000? Here is the work around. When you go to Accesibility Options and enable Sticky Keys there is a Settings button next to the Sticky Keys checkbox. On that settings dialog, there is a checkbox labeled "Press modifier key twice to lock". If you have that option turned on, you can hit Ctrl twice and then F7 and the list works correctly. If you hit Ctrl only once you have the problem.
Nick, what happens on your win2k machine?
I get the behaviour Matt describes, but the "Press modifier key twice to lock" workaround is available in the control panel (apparently on by default). Note that the spring-loaded behaviour is controlled by the IPreferenceConstants.STICKY_CYCLE preference on org.eclipse.ui.workbench's pref store (an internal preference). See the code in CyclePartAction for more details. If needed, we could make the preference be API.
Yes, the "General" preference page option "Keep next/previous part dialog open" should control this behaviour.
Reassigning bugs in component areas that are changing ownership.
This is still a problem on the current 3.3 build (M7 Interim build of 3.3.0 - 120070503-1400)- we have come across it during the accessibility testing of my product The work round does display the the list so you can switch views but it has taken myself and the tester several hours to discover it so it will not be obvious to the generl user of Eclipse or my product!! Is this going to be fixed??
I'm sorry but I have no time left in 3.3 to look at this. Marking for investigation in 3.4.
Mass update - removing 3.4 target. This was one of the bugs I marked for investigation (and potential fixing) in 3.4 but I ran out of time. Please ping on the bug if fixing it would be really important for 3.4, and does not require API changes or feature work.
Remy is now responsible for watching the [ViewMgmt] category.
(In reply to comment #4) > Yes, the "General" preference page option "Keep next/previous part dialog > open" should control this behaviour. > This works for me. With this preference enabled the dialog stays on with sticky keys.
Created attachment 187297 [details] Updated doc On a second thought, I'd like to update documentation to reflect the link to this Eclipse option. Page "Navigating the user interface using the keyboard" under Workbench User Guide > Concepts > Accessibility features in Eclipse
Updated doc released into CVS Head.
(In reply to comment #12) > Updated doc released into CVS Head. Verified Oleg's documentation changes are in I20110124-1800 on Windows XP