Bug 131753 - [Viewers] Eclipse should help resolve mnemonic conflicts
Summary: [Viewers] Eclipse should help resolve mnemonic conflicts
Status: ASSIGNED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.2   Edit
Hardware: PC Windows XP
: P5 enhancement with 1 vote (vote)
Target Milestone: ---   Edit
Assignee: Platform UI Triaged CLA
QA Contact:
URL:
Whiteboard:
Keywords: helpwanted
Depends on:
Blocks:
 
Reported: 2006-03-14 12:49 EST by Stefan Xenos CLA
Modified: 2019-09-06 15:37 EDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Xenos CLA 2006-03-14 12:49:42 EST
THE PROBLEM:

It is possible (and easy) for correct code to create conflicting mnemonics.

Here are several use-cases:
1. Plugin X defines a "&Quirks" menu and plugin Y defines a "&Quote" menu. Neither plugin knows about the other, so there is no way for them to avoid the conflict.

2. A UI toolkit provides a calendar widget. The calendar widget defines pushbuttons for ...say... "&New Appointment" and "&Details". Whenever this widget is used in a wizard page that needs the N or D keys, a conflict is generated.

In general, conflicts are unavoidable in any situation where a mnemonic can be chosen by reusable or plugged-in code... so Eclipse needs a way to deal with them.

SWT does not intend to support conflicting mnemonics. See bug 53961 for their position. It expects the application to avoid them, which makes it Eclipse's problem.


ENHANCEMENT REQUEST:

- Provide a JFace utility for choosing nonconflicting mnemonics. There should be some sort of registry where objects can declare what mnemonics they are using, ask if a particular mnemonic is in use, and fall back to a heuristically chosen one if a conflict exists.

- In the workbench, every extension point that assigns mnemonics should make use of such a utility, such that everything that wants a nonconflicting mnemonic gets one - even if it isn't the mnemonic they ask for.
Comment 1 Christian Paulus CLA 2009-11-02 10:31:29 EST
Hi,
I don't think that something like a tool is necessary. Conflicts are normal and allowed. The way eclipse currently deals with such conflicts is not correct. In case there are two mnemonics for the same letter, recurring calling of ALT + LETTER should cycle thru the conflicting ones (Microsoft Solution).

Do you think that this could be the solution for eclipse as well?

Regards,
Christian
Comment 2 Boris Bokowski CLA 2009-11-02 11:05:34 EST
(In reply to comment #1)
> I don't think that something like a tool is necessary. Conflicts are normal and
> allowed. The way eclipse currently deals with such conflicts is not correct.

On which platform? I believe that on Windows, you get the behaviour as described below, not because we do anything on the Eclipse side, but because Windows does this for you natively.

> In
> case there are two mnemonics for the same letter, recurring calling of ALT +
> LETTER should cycle thru the conflicting ones (Microsoft Solution).

> Do you think that this could be the solution for eclipse as well?

The question is if Eclipse should compensate for a shortcoming on some of the platforms it runs on. If you believe the answer is yes, you should file a new enhancement request against SWT.
Comment 3 Boris Bokowski CLA 2009-11-26 09:50:10 EST
Hitesh is now responsible for watching bugs in the [Viewers] component area.
Comment 4 Eclipse Webmaster CLA 2019-09-06 15:37:24 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.