Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [platform-ui-dev] RFC: Key Bindings Proposal (end date = Dec 14, 2001)

Another thing to keep in mind is that people who have strong preferences 
for certain editor key bindings (e.g. Emacs) expect them to work the same 
anywhere they can enter text.
On Linux and other Unices, the shell can even be configured to have 
compatible key bindings.

In Eclipse. an Emacs user would expect Ctrl+E to go to end of line in a 
field editor (e.g. rename in Navigator, or description edit in Tasks 
view), not just in a main editor.
Not sure if this is technically possible, but we should keep it in mind.
It will be a fairly unpleasant "impedance mismatch", if we don't do this.

Nick





David_Springgay@xxxxxxx
Sent by: platform-ui-dev-admin@xxxxxxxxxxx
12/12/01 10:01 AM
Please respond to platform-ui-dev

 
        To:     platform-ui-dev@xxxxxxxxxxx
        cc: 
        Subject:        Re: [platform-ui-dev] RFC: Key Bindings Proposal (end date = Dec 14, 2001)


If I am correct, the goal of the key binding proposal is to remap the
accelerators for global actions + editor actions.  For instance, you may
apply Emacs keybindings to the environment.  Emacs is more than just Find,
Save As, etc.  It also involves go to end of line, indent, Capitalize,
Upper Case, Lower Case, Bookmark, Jump to Bookmark, Goto Line, etc, and so
application of Emacs keybindings would also effect the editor actions.

There would be a single, dominant set of key bindings.  This would 
override
the accelerators defined in an editor, where the editor contributes one of
the common actions.

For instance, if you're a java developer who is familiar with MS Interdev,
you may choose the MS Interdev key bindings.  These key bindings would 
work
in the java editor,as well as the Html editor.  If you're an html
developer, who is familiar with Front Page, you may choose the Front Page
bindings.  These bindings would override your html editor, as well as your
java editor.  A single set of keybindings should work everywhere, and that
set should be chosen by the user.

Dave



  
                    stori@xxxxxxxxxx  
                    Sent by:                       To: 
platform-ui-dev@xxxxxxxxxxx 
                    platform-ui-dev-admin@e        cc:   
                    clipse.org                     Subject:     Re: 
[platform-ui-dev] RFC: Key 
                                                   Bindings Proposal (end 
date = Dec 14, 2001) 
  
                    12/12/01 09:19 AM  
                    Please respond to  
                    platform-ui-dev  
  
  



The key bindings proposal should not overarchitect / generally go
overboard.  It should restrict itself to the minimal set of *global*
Eclipse actions (Find, Save, Save as, Cut, Copy, Paste, and the like),
rather than trying to define all possible common actions of editors / 
tools
hosted by Eclipse.

This will leave room for the tools to define their natural accelerators,
rather than trying to fit their operation into predefined ones, and
discover certain keys are consumed by Eclipse because of an obscure key
binding.

_______________________________________________
platform-ui-dev mailing list
platform-ui-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-ui-dev




_______________________________________________
platform-ui-dev mailing list
platform-ui-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-ui-dev





Back to the top