Re: hotlist: now with edit
- From: "bulia byak" <bulia dr com>
- To: mc-devel gnome org
- Subject: Re: hotlist: now with edit
- Date: Tue, 04 Feb 2003 18:55:21 -0500
> > 2. (I'd prefer this one) Just remove all hotkeys from the buttons, to
> > aviod any confusion. This is reasonable because the buttons are
> > accessible not only via Tab, but by other keys (that cannot be entry
> > hotkeys anyway):
>
> I think that would be inconsistent with other dialogs.
Yes, but can we find a solution that would be perfect? I think
this inconsistency is better than the drawbacks of other approaches.
> I'm afraid there is no simple solution to this problem. There is no list
> of currently supported keys and there is no way to test at runtime which
> hotkeys are active.
The letter hotkeys have an advantage of being visible (highlighted).
But then, we can made other keys that activate the buttons "visible"
too, e.g.:
[ Edit <F4> ] [ New entry <Ins> ] [ Delete <Del> ]
What would you say? Again this is inconsistent with other dialogs
but at least it's convenient.
> Maybe the dialog hotkeys of the dialog should be disabled if they conflict
> with the user entries? If this happens, the hotkey on the button should
> not be shown.
I thought about this and I think it's a bad idea. Not only it is
difficult to implement (redrawing the dialog on each add/delete
entry and on each going into a subgroup), it may be very very
confusing when (from the user's viewpoint) button hotkeys appear
and disappear seemingly randomly without any warning or
explanation. I think most people will consider this a bug.
> > That's too inconsistent. A hotkey's action is to activate an item
> > immediately. It may be utterly confusing when you hit a key but the
> > expected action is not fired only because there's another item with the
> > same hotkey. So I think it's best to prevent duplicate hotkeys from
> > being entered.
>
> I think it's the right thing to do. There are duplicates even in the
> English menus. For example, F9-C-E can be "Free VFSs now" or "Edit
> extension file". Either the second item should not have its hotkey
> highlighted or the hotkey should move between entries without activating
> them.
OK I'll implement hotkey search so that a duplicate hotkey cannot
be entered. If it is read in from the file (manually edited), a
duplicate hotkey is not displayed (perhaps with a warning?).
--
__________________________________________________________
Sign-up for your own FREE Personalized E-mail at Mail.com
http://www.mail.com/?sr=signup
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]