Re: [platform-core-dev] What is being done in 3.0 to clean up accelerato

[Jeff McAffer <Jeff_McAffer@xxxxxxxxxx>]

Think you got the wrong mailing list.
 Core has nothing to do with accelerators.  However, I do know
that it would really help if you had and quoted bug numbers for the issues
you see.  Emails (and especially ones raising multiple topics) are
notoriously hard to manage and invariably something gets lost/forgotten.

Jeff

Bob Foster <bob@xxxxxxxxxx>
Sent by: platform-core-dev-admin@xxxxxxxxxxx

02/10/2004 02:05 PM

Please respond to
platform-core-dev

To	platform-core-dev@xxxxxxxxxxx
cc
Subject	[platform-core-dev] What is being done in 3.0 to clean up accelerator keys?

In 2.1 and AFAIK right through M6, an editor writer
(me) has a heck of a 
time trying to get through the accelerator key briar patch. Specifically,

- The org.eclipse.ui.editorActions way of specifying accelerator keys 
seems to have been orphaned (without being deprecated). Keys assigned in
that way just don't work if there is any conflict with another key 
assignment, and when they do work don't participate in the user dialogs
for reassigning, enabling, etc. accelerator keys.

- It seems to be impossible for an editor to remap an accelerator key 
defined by another plug-in, like the Navigate > Open Declaration (F3)
mapping done by Java. You can receive the action, but nothing I have 
found will make the accelerator key work outside of Java.

- Several plug-ins (Java is the worst offender) grab global accelerator
key assignments, effectively removing them from the pool available to 
other plug-ins.

- The number of accelerator keys land-grabbed by Eclipse continues to 
grow at an alarming pace. Soon there will be no keys at all left over 
for new plug-ins to use.

Accelerator keys have historically been the worst-document, most-churned
area of Eclipse. (And when it is broken in a milestone, slowest-fixed.)
Could we please have:

- Eclipse stop grabbing global accelerator keys.
- Contextual accelerator key assignment (when user is in a particular 
editor/view/perspective) instead of the current all-too-global scheme.

This is becoming a major usability issue. How is 3.0 going to resolve it?

Respectfully,

Bob Foster
http://xmlbuddy.com/

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