Community
Participate
Working Groups
It would be nice if RAP could support keybindings, e.g. CTRL+S for saving.
As long as key bindings are missing in RAP, this FAQ explains a workaround: http://wiki.eclipse.org/RAP/FAQ#How_do_I_implement_a_key_binding_that_triggers_a_Command
Created attachment 180140 [details] First draft
Will this bug cover also the changing the focus to the next focusable widget on pressing the TAB key, like in RCP? If not, is there another bug which covers it, or some document specifying how RAP should behave on TAB?
Hi Bogdan, this bug is only about the keybindings support in RAP. Focus traverse should work in RAP in the same way like in RCP. If you have any particular problem with focus traversal on TAB, please file a separate bugzilla with a snippet to reproduce it. Thanks.
Created attachment 183858 [details] Updated patch Updated version of the patch. Identical to the first draft, only adapted to current CVS HEAD.
Created attachment 187451 [details] Updated patch to HEAD
Applied a modified version of attachment 187451 [details] to CVS HEAD. This implementation supports JFace key bindings as they are used by the workbench, but leaves some issues to be addressed later: bug 335597, bug 335598.
We want to provide a possibility for RWT standalone applications (without JFace/Workbench) to define its own keybindings. Currently, the format of the keybinding in the keybinding array is "<int modifier mask>,<int natural key>" which is not user friendly. We have to change it to standard string keybinding representation like "ALT+CTRL+M".
The format of the internal key binding is changed to a string readable form ( "CTRL+ALT+F1" ). Changes are in CVS HEAD.
If you set DELETE to the active keys the default behavior, delete text in textfields, does not work anymore.
Stephan, as this bug has been opened for the initial implementation, would you mind to open a separate bug report for this issue. Thanks.
Sure, I opened Bug 348559.