Re: Low-hanging fruit

[prev] [thread] [next] [lurker] [Date index for 2006/07/20]

From: Phil Pennock
Subject: Re: Low-hanging fruit
Date: 13:28 on 20 Jul 2006
On 2006-07-20 at 13:14 +0100, Smylers wrote:
> But those are Ctrl+X, Ctrl+C, and Ctrl+V shortcut keys, not the
> underlined access letters which are used for navigating menus with the
> keyboard.  By definition the latter have to be characters which actually
> appear in the menu entries.

Shows how much I just do things without consciously thinking about it.
Of course you're right.

> > So I keep losing items from the bookmarks toolbar because there's no
> > 'undo' for this.  :^(
> 
> Surely if you've inadvertently selected 'Cut' then the recently
> disappeared item is in the clipboard; can't you right-click on a blank
> bit of the bookmark toolbar and choose 'Paste'?

I went to the Edit menu to get "Undo", saw it greyed out, saw "Paste"
greyed out too and decided not.  But upon checking, Paste is context
sensitive.  It would be A Nice Thing if the main menu gave some better
indication ("darker grey, so less greyed out"?) that an option might be
available in some particular context, instead of being completely
unavailable.

> So you're saying that because T is the standard access key for 'Cut'
> that it should never be used for anything else, even on menus that don't
> have a 'Cut' item and are nothing to do with editing?  At the top level
> the main Firefox 'Tools' menu uses T as its access key (for example
> press F10 then T), and within that menu 'Themes' again uses T.

I said nothing of the sort, please don't put words in my mouth to attack
a straw man.

I'm wondering WTF "cut" is an option when right-clicking on a toolbar;
do people really cut&paste shortcuts dynamically, except when pasting
back an accidental removal?  For a Bookmarks Manager, yes.  But the
regular bookmarks toolbar shouldn't be a manager.

I'm wondering why, if there are a few standard sub-sets of items that
can appear on a menu (open(in..), cut/copy/paste) they don't either have
non-overlapping shortcuts for those common sets, or at least
non-overlapping if the sub-menus can appear together.

Edit operations are for when editing; in a browser, not a page composer,
that means when using forms or when in a "feature" manager.

> If different menus didn't re-use access keys then there would only be 26
> or so actions in the entire application with access keys.

It's not the reuse of access keys; it's the different bindings of access
keys for one feature when it's present in different contexts, with the
replacement binding being rather destructive and the recovery not being
clear except perhaps in retrospect.

But hey, if your boundary of "too much crap" is "oops, that was a
kitchen sink, let's rethink" then you have problems.  Let alone if the
immediate response to "let's rethink" is "naah!".
-- 
VISTA: Viruses, Infections, Spyware, Trojans & Adware
There's stuff above here

Generated at 17:01 on 26 Jul 2006 by mariachi 0.52