Change HIG for ellipsis to make sense
|Reported by:||tsg1zzn||Owned by:||humdinger|
|Has a Patch:||no||Platform:||All|
The HIG for ellipsis on menu items states that the ellipsis should be on all menu items that opens a new window. I think it would more sensible to have ellipsis on menu items that require further information to complete the command.
For example, if the menu item is called "show graph window", then it makes no sense to have an ellipsis, because once you click the menu it carries out the task.
On the other hand, the menu item "Print..." needs dots to indicated that a print options window will be shown before any actual printing occurs.
This is the behaviour specified in the guidelines for Windows, Mac and Linux, and using ellipsis on all menu items that opens a window is even listed a gui blooper in the book "GUI Bloopers" by Jeff Johnson.
I suggest the HIG is revised because the current specification
- Makes no sense
- Clutters the menu
- Violates users' expectations when they are coming from Windows, OS X, Linux, Java/SWING or whereever else they can come from.
Copy-and-paste from Java Look and Feel Guidelines:
Ellipses (...) are punctuation marks that indicate the omission of one or more words that must be supplied in order to make a construction complete. In your menus, you can use ellipses in a similar way: to indicate that the command issued by a menu item needs more specification in order to make it complete.
- If a menu item does not fully specify a command and users need a dialog box to finish the specification, use an ellipsis after the menu item. For example, after choosing Save As..., users are presented with a file chooser to specify a file name and location.
- Do not use an ellipsis mark simply to indicate that a secondary or utility window will appear. For example, choosing Preferences displays a dialog box; because that display is the entire effect of the command, however, Preferences is not followed by an ellipsis.