Open
Bug 47434
Opened 24 years ago
Updated 2 years ago
Implement statusbar tips for menuitems
Categories
(Core :: XUL, enhancement)
Core
XUL
Tracking
()
NEW
People
(Reporter: bugzilla, Unassigned)
References
Details
(Keywords: helpwanted, parity-ie, polish)
It would be nice if we supported statusbar tips when you rollover menu items,
as IE does (and NN 4.x). I'll do it, but (and this is the fun part ;) I need
text for every menu item in the product. Ohhhhh Vera?
Reporter | ||
Updated•24 years ago
|
Comment 1•24 years ago
|
||
Do we really have room for such tips in the status bar? Even once the taskbar is
nuked and the component bar becomes part of the status bar? Even once the status
bar gets a language popup menu item?
If we do have room, then ...
Vera, if you don't have time to do this (and I wouldn't be at all surprised), let
us know and I'll do it.
Blake, for forwards-compatibility, you'll want to plan for an arbitrary number of
strings for each menu item:
* brief description of what the item does
* brief explanation of why the item is disabled (if it is).
I say arbitrary, because in some cases multiple menu items will share the same
disabled explanation string, and in other cases a single item will have multiple
disabled explanation strings.
Only the description string would be shown in a status bar tip (there wouldn't
really be room for anything else). But with the multi-string scheme, one day we
can support Balloon Help on Mac OS using the same set of strings. :-)
Reporter | ||
Comment 2•24 years ago
|
||
blah. My good friend Ben Goodger kindly pointed out that there's no event
which fires if navigating menu items via the keyboard. So unless we want to be
a little inconsistent and only have this fire onmouseover, this is a big fat
WONTFIX...
(sorry that you wrote all that, Matthew..got a midair collision with you trying
to say this)
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WONTFIX
Comment 3•24 years ago
|
||
> there's no event which fires if navigating menu items via the keyboard
Well, file a bug asking for such an event.
Reporter | ||
Comment 4•24 years ago
|
||
It'll just get futured. Doing the same to this bug...
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Target Milestone: M18 → Future
Reporter | ||
Updated•24 years ago
|
Status: REOPENED → ASSIGNED
Comment 5•24 years ago
|
||
h'm, well, i'm not exactly jumping up and down for tooltips on menuitems. unless
i'm picturing it incorrectly, this would kinda clutter up the menu/kinda naggy.
but that's just mho/$0.02... not sure how often/useful a tip in the statusbar
would fly, having not performed usibility studies meself. :-)
Comment 6•24 years ago
|
||
post-lunch coma made me misread this. this bug doesn't ask about tooltips, it
asks about the statusbar. like what the summary sez. ignore everything but the
last sentence in my comment above. jeepers, time for some caffeine...
QA Contact: sairuh → claudius
Comment 7•24 years ago
|
||
somewhere there is an RFE or some such asking for this for the bookmarks menu. You would of course display the URL instead,
which sounds more difficult
Comment 8•24 years ago
|
||
Sorry, I must have missed this while I was on vacation. (Ahhhh....) I think it
sounds good -- it would be nice to have a demo, some day, if it becomes possible
to do this. I'm keeping a list of user assistance ideas to investigate once
we've got the mere basics done, and I'll put this on the list.
Updated•24 years ago
|
Keywords: helpwanted
Reporter | ||
Updated•24 years ago
|
Priority: P3 → P5
Ok, this is a real usability issue, i'm sorry we don't want it for netscape6 but
it really is important especially when our menu items are vague (which will happen).
I'm marking a block to remind me that the other item is not really finished even
if I satisfy mpt's request.
Blocks: 54149
Reporter | ||
Updated•24 years ago
|
Target Milestone: Future → mozilla1.2
Comment 10•24 years ago
|
||
> somewhere there is an RFE or some such asking for this for the bookmarks menu.
bug 23460
Reporter | ||
Comment 11•24 years ago
|
||
marking dependency on 63847, reassigning to nobody until that gets fixed.
Comment 12•24 years ago
|
||
*** Bug 68571 has been marked as a duplicate of this bug. ***
Comment 13•24 years ago
|
||
This bug might block bug 23460, "Bookmarks URL should show in status bar at
mouseover of menuitem", with 5 votes.
Comment 14•24 years ago
|
||
> it really is important especially when our menu items are vague (which will
> happen).
So we'll have to fix the menu items. We can't rely on a status bar being there.
We might have a window like the Bookmarks window open, where the status bar is
too short to show meaningful help text. Or, we might have no windows open at all.
Comment 15•24 years ago
|
||
MPT, I disagree. Though it's true the status bar may not always be present or
that it may be too short, I suspect it's unrealistic to think that the menu
items can be fixed in such a way to be completely unambiguous and clear to all
users. So having some sort of tip or hint in the statusbar would still be
better than nothing. Also, statusbar tips are considered standard in many apps
these days, so it's reasonable to think that users will look for it.
Comment 16•24 years ago
|
||
FWIW, I agree that it's good to have additional help. Sometimes, just a
rewording helps some users to understand a menu item (but other users wouldn't
understand the rewording, and only understand the menu item text).
Comment 17•23 years ago
|
||
adding self to cc list
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
Updated•16 years ago
|
QA Contact: claudius → guifeatures
Updated•16 years ago
|
Assignee: nobody → jag
Priority: P5 → --
QA Contact: guifeatures
Target Milestone: mozilla1.2alpha → ---
Updated•16 years ago
|
Assignee: jag → nobody
Component: UI Design → XUL
Product: SeaMonkey → Core
QA Contact: xptoolkit.widgets
Whiteboard: [parity-IE]
Comment 19•7 years ago
|
||
Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)
Keywords: parity-ie
Whiteboard: [parity-IE]
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•