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)

See my SA> Comments below...

Simon :-)



                                                                                                            
                    Dirk_Baeumer@xxxxxxx                                                                    
                    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/2001 08:22 AM                                                                     
                    Please respond to                                                                       
                    platform-ui-dev                                                                         
                                                                                                            
                                                                                                            




Hi,

the proposal most of the time talks about editors. From JDT we know, that
view parts need short cuts for actions too.
What's about short cuts like open type hierarchy, or open on selection or
delete. View parts don't contribute to the
global menu bar. To get short cuts inside view parts we either implement
our own key listeners or we used ActionSets.
What will be the story for view parts ?

SA> Yes, it is true the proposal is somewhat "editor" centric. But in the
back of our minds we are thinking about these issues and we feel our
propasal can be adapted to cover view actions also.

SA> For action sets, as long as the action ids are known, they can be
refered to in the key binding set so to assign a new accelerator key. For
example, someone could put together a "LeapFrog" key binding set and map
the debug action set accelerator keys to the one used in LeapFrog.

SA> I see no real major problems that would not allow us to extend this key
binding set proposal to cover view actions. I could set coming up with some
common action ids that would apply to views (like refresh, rename, etc).


Editor actions are also applicable to domain elements. For example the
editor indent actions is also useful in a view
showing Java fields, methods, and types.

How do we avoid that a global menu bar short cuts steels a short cut
implemented in a view part by using a key listener.
Or is the idea that any actions that has an short cut has to be declared
via XML.

SA> Issues we need to address if we extend this Key Binding Set to views
and their actions.

Dirk


                                                                          
   Simon_Arsenault@xxxxxxx                                                
   Sent by:                         To:                                   
   platform-ui-dev-admin@ec platform-ui-dev@xxxxxxxxxxx                   
   lipse.org                        cc:                                   
                                    Subject:        [platform-ui-dev]     
                            RFC: Key Bindings Proposal (end date = Dec    
   07.12.2001 18:47         14, 2001)                                     
   Please respond to                                                      
   platform-ui-dev                                                        
                                                                          






Please provide comments on the following proposal by 12/14.  This is not a
call for committers to vote.

(See attached file: key-binding-proposal.zip)







Back to the top