Bug 40460 - [Key Bindings] Some shortcut keys broken
Summary: [Key Bindings] Some shortcut keys broken
Status: RESOLVED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 2.1   Edit
Hardware: PC Linux-GTK
: P2 major (vote)
Target Milestone: ---   Edit
Assignee: Felipe Heidrich CLA
QA Contact:
URL:
Whiteboard:
Keywords: accessibility
: 40131 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-07-18 08:20 EDT by DJ Houghton CLA
Modified: 2003-11-24 17:23 EST (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description DJ Houghton CLA 2003-07-18 08:20:34 EDT
build i0717 (11:59pm)
linux-gtk
j9sc20030702

I started up Eclipse (on my old workspace) and the ctrl-f6 and ctrl-f7 keys
don't work. You press them once and they bring up the list of editors/views but
when you press it again it doesn't cycle through them.
Comment 1 Nick Edgar CLA 2003-07-18 10:27:07 EDT
Knut, can you confirm this on GTK?
Comment 2 DJ Houghton CLA 2003-07-18 10:30:26 EDT
Confirmed that it works OK on motif but is broken on GTK with both a fresh
workspace and an existing one.
Comment 3 Knut Radloff CLA 2003-07-18 13:15:15 EDT
Pressing Ctrl+F6 again moves the table item focus rectangle but does not select 
the item. It also moves the focus rectangle somewhat randomly (not always to 
the next item) and stops working completey after a few key presses.
Pressing cursor up/down always moves the focus rectangle, but not the selection.
Problems view works fine.
Must be a SWT problem since it fails on GTK only.
Comment 4 Nick Edgar CLA 2003-07-18 13:28:31 EDT
If you move the focus using the arrows then hit space to select, does it work?
Comment 5 DJ Houghton CLA 2003-07-18 13:36:42 EDT
Nope.
Comment 6 DJ Houghton CLA 2003-07-18 13:38:43 EDT
Seems to work if:
- ctrl-f7 to open box
- still hold ctrl and hit arrow keys
- release ctrl and move arrow keys to desired selection
- hit enter
Comment 7 Chris McLaren CLA 2003-07-18 14:05:39 EDT
i expect this is an SWT issue..
Comment 8 Veronika Irvine CLA 2003-07-21 10:56:05 EDT
Probably a duplicate of bug 40131.

Chris or Knut, can you please comment on the mechanism used for Ctrl F6 and 
Ctrl F7 - is this going through the Display.addFilter mechanism or through 
MenuItem.setAccelerator?  Can you indicate where in the UI code we can set a 
breakpoint to see 1) how the key binding is registered and 2) where the 
callback gets invoked if the accelerator is entered?
Comment 9 Chris McLaren CLA 2003-07-21 13:34:40 EDT
I am not using the Display key filtering mechanism yet (Steve thought it prudent to hold off until post-M2). The code for this stuff is in org.eclipse.ui.workbench, CyclePartAction.
Comment 10 Felipe Heidrich CLA 2003-07-21 16:42:11 EDT
*** Bug 40131 has been marked as a duplicate of this bug. ***
Comment 11 Veronika Irvine CLA 2003-07-22 16:58:37 EDT
Felipe, please add a link to the bug reports you have filed against GTK.
Comment 12 Felipe Heidrich CLA 2003-07-23 11:24:44 EDT
http://bugzilla.gnome.org/show_bug.cgi?id=118022
Comment 13 Nick Edgar CLA 2003-07-24 11:38:35 EDT
The original report says that Ctrl+F6/F7 brings up the dialog initially, but 
then further presses of the function key (while still holding down Ctrl) fails 
to advance the selection in the dialog.  Would this behaviour be explained by 
the GTK PR above?
Comment 14 Felipe Heidrich CLA 2003-07-24 11:57:31 EDT
Instead of typing Ctrl+F6, Ctrl+F6, Ctrl+F6, Ctrl+F6 try typing F6, F6, F6, F6.
You will see the same bogus behaviour. Holding the Ctrl key down makes no 
difference. (Bug 1)

I changed the accelerators for 'Next Editor' and 'Next Perspective' to Ctrl+6 
and Ctrl+7. In this case holding Ctrl key down is important, but it is do not 
cycle around correctly. (Bug 2)


Comment 15 Felipe Heidrich CLA 2003-07-24 14:08:30 EDT
Try to self-host eclipse with the latest SWT code from HEAD, problem 2 no 
longer happens. 
Comment 16 Felipe Heidrich CLA 2003-11-24 17:23:23 EST
I've verified that this problem is fixed on Eclipse M5 and GTK 2.2.4.
Closing pr.