Closed Bug 47037 Opened 25 years ago Closed 25 years ago

[UI] use ellipsis consistently for Composer menus

Categories

(Core :: DOM: Editor, defect, P1)

Product:
Core
Component:
DOM: Editor
Type:
defect

Tracking

()

Status:
VERIFIED FIXED
Milestone:
mozilla0.9

People

(Reporter: Brade, Assigned: cmanske)

Details

(Keywords: polish, Whiteboard: [nsbeta3-])

The following menu items should have "..." removed from them: Edit | HTML Source... View | HTML Source... Format | List | List Properties... Format | Page Colors and Background... Format | Page Title and Properties...
OK, I'll check it in. (What's the rationale behind removing the ellipsis for the last three Format items that you mentioned, though?)
Assignee: brade → BlakeR1234
Assuming "..." denotes that the user needs to take more action before completing the operation, why remove the ellipsis from the last 3 items?
Status: NEW → ASSIGNED
Keywords: polish, ui
OS: Windows 3.1 → All
The user does not need to take more action to complete the operation for any of these items. Please add this item to the list as well: Table | Table Properties...
fix checked in...
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
reopening bug; Insert HTML Source should have a separate entity and should have the ... (probably) also, I didn't notice this before but I have an image selected and see: Format | Image Properties... The ellipsis should be removed in this case. Similarly for Format | H.Line Properties... (this should really also be spelled out like in the Insert menu). I'm guessing we need a new entity if the entity is being incorrectly shared (such as with the toolbar icon string). Similarly for Format | Named Anchor Properties... and Format | Table Cell Properties... and the disabled Format | Properties... hopefully these can all be fixed with one or two changes
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
nominate for nsbeta3
Keywords: nsbeta3
k
Status: REOPENED → ASSIGNED
Priority: P3 → P1
Target Milestone: --- → M19
I'm doing all the UI cleanup and I have this fixed in my tree, so I'll take it. the Edit | HTML Source item doesn't exist any more. All of the Formag items are actully one string " Properties"; the object name is inserted dynamically. the "H. Line Properties" was already changed to "Horizontal Line Properties"
Assignee: BlakeR1234 → cmanske
Status: ASSIGNED → NEW
After further review and discussion and examination of many other programs, we decided that " Properties" menuitems should have "...", so all such items have "..." now. I'll future this to keep the issue open for post 6.0 releases
Status: NEW → ASSIGNED
Target Milestone: M19 → Future
minus
Whiteboard: [nsbeta3-]
Let's try to resolve this issue for mozilla0.9 milestone! Should we use "..." at the end of menu text items that put you in a Properties dialog? Sources I've read still seem to suggest using "..." when user will "take more action", primarily by interacting with a dialog box. But there's lots of programs that don't seem to use "..." for 'Properties' menu items. I'll start a newsgroup discussion on the topic.
Target Milestone: Future → mozilla0.9
I don't really think this is something to debate/discuss so much as a defined UI standard.
The Macintosh and Windows UI guidelines agree on use of ellipsis -- it should be used for any command which requires further input, and this includes any command which opens a formatting dialog. (The KDE guidelines differ in that they say an ellipsis should be inserted for *any* item which opens a dialog box, but I think that is just an honest mistake on their part.) As I said in the newsgroup, it would be a good idea to avoid using the word `Properties' at all here, since that is often used in other applications (such as Windows Explorer) for commands which do not require further input (and which therefore do not have an ellipsis).
The newsgroup thread has gone off on a tangent, but the consensus seems to be to keep "..." for dialogs that edit properties. As for changing "Properties" to something else, that is another issue. Composer user are certainly used to seeing that term, but we could consider other alternatives. I changed the summary to reflect the general issue of whether or not to use "...". So as it stands now, the only change I see we should make is to add "..." to the "Format | List Properties" menu item because it doesn't have it.
Summary: [UI] remove ellipsis on menu items which shouldn't have ... → [UI] use ellipsis consistently for Composer menus
Added "..." to list propery menuitem
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
verified in 2/6 build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.