Bug 109844 - [KeyBindings] misc: ESC handling with Emacs bindings
Summary: [KeyBindings] misc: ESC handling with Emacs bindings
Status: ASSIGNED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.1   Edit
Hardware: PC Linux
: P5 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Platform UI Triaged CLA
QA Contact:
URL:
Whiteboard:
Keywords: helpwanted
Depends on:
Blocks:
 
Reported: 2005-09-18 19:08 EDT by Tom Tromey CLA
Modified: 2019-09-06 15:36 EDT (History)
1 user (show)

See Also:

Attachments
Broken patch to WorkbenchKeyboard (4.39 KB, patch)
2005-10-04 11:17 EDT, Douglas Pollock CLA 		no flags Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Tom Tromey CLA 2005-09-18 19:08:27 EDT 
Emacs (GNU Emacs or XEmacs) treats an ESC prefix the same as a
meta modifier in its key bindings.  I tend to type some commands
using the real meta key and others with an ESC prefix; Eclipse's
emacs emulation does not provide this support.
Comment 1 Dani Megert CLA 2005-09-19 04:13:06 EDT 
The basic support would have to come from Platform UI's key binding support.
Comment 2 Douglas Pollock CLA 2005-10-03 17:04:22 EDT 
This is unfortunately a bit more complicated than it should be.  I think what  
needs to happen is that a Scheme can have a "ESC == ALT" flag that it can set.   
If the active scheme (or one of its parents?) has the "ESC == ALT" flag set,  
then the bindings are expanded.  This means that every possible combination of  
ESC and ALT needs to be added.  That in itself is enough to make me dislike 
the prospect of making the change; it just seems a little ugly. 
 
What's worse is that the bindings are read by the workbench 
(BindingPersistence) and then added to the BindingManager.  The BindingManager 
doesn't know anything about where the bindings came from, but it's the only 
one that is aware of the active scheme.  I think this means that there would 
need to be two member variables: the "real bindings", as given by 
BindingPersistence via public methods (add, set, etc.), and the "virtual 
bindings", which include any expansions required if the active scheme is "ESC 
== ALT". 
 
If there are any prettier suggestions someone can make, I'd be happy to hear 
them.
Comment 3 Douglas Pollock CLA 2005-10-04 11:17:06 EDT 
Created attachment 27810 [details]
Broken patch to WorkbenchKeyboard
Comment 4 Michael Van Meekeren CLA 2006-04-21 13:14:23 EDT 
Moving Dougs bugs
Comment 5 Paul Webster CLA 2006-09-28 11:01:15 EDT 
There are currently no plans to work on this feature.

PW
Comment 6 Denis Roy CLA 2007-06-22 09:33:04 EDT 
Changes requested on bug 193523
Comment 7 Eclipse Webmaster CLA 2019-09-06 15:36:14 EDT 
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.