User talk:Froodian:MenuCleanup
From Smokey
- Questions:
- How difficult would it be to make a pref to remove LNS/Bonjour (and its separator!) from the Bookmark Menu? Now that it's in prime real estate, I think we'll hear more about it being useless and taking up space. I think it should be on by default (to promote OS integration and discoverability), but I think users who have no Bonjour items (or people who don't want to show those items) should be allowed to "remove" that from the menu.
- Pretty easy. I'm not sure we want to (if people really hate it that much, we can tell them how to edit it out of the nib). But I'd be ok with it. Froodian
- Is this a long-term plan, or 1.1-only? For instance, I don't see the "Tab Viewer" making 1.1 (also, no … since it doesn't require further action; it's quite functional as a list), and there are other potential future menu additions not listed.
- Well, the bug is targeted to 1.1, which is why I included it. That said, I agree that I can't really see it landing in that time-frame. Froodian
- How difficult would it be to make a pref to remove LNS/Bonjour (and its separator!) from the Bookmark Menu? Now that it's in prime real estate, I think we'll hear more about it being useless and taking up space. I think it should be on by default (to promote OS integration and discoverability), but I think users who have no Bonjour items (or people who don't want to show those items) should be allowed to "remove" that from the menu.
- Comments
- "Special Characters…" seems like it went out with 10.2; I don't see it anywhere on 10.3, and I think I'd rather have that menu real estate for the "Spelling" submenu, if anything (not sure all those spelling options really fit with our spelling model in a non-doc app, either). People who really want/need access to the Character Palette will have it in their Input Menu, and it saves menu space for people who don't.
- I see this currently, per IRC. Guess it's an OS-based cocoa thing. Froodian
- I'd prefer to see a contextual "Page Info" and "Bookmark Info" than the confusingly-generic "Get Info" ("get info on what?")
- I totally agree. Froodian
- I might move "Search the Web" to a separated item below the find stuff:
- Use Selection for Find
- ----------------------
- Search the Web
- I'm down with that Froodian
- "Special Characters…" seems like it went out with 10.2; I don't see it anywhere on 10.3, and I think I'd rather have that menu real estate for the "Spelling" submenu, if anything (not sure all those spelling options really fit with our spelling model in a non-doc app, either). People who really want/need access to the Character Palette will have it in their Input Menu, and it saves menu space for people who don't.
Other than those five things, I can support this plan. —sardisson 01:55, 4 August 2006 (PDT)
From ss
a=me with an addition of the Spelling menu.
- I agree. The usual practice is to put it in a section with the Find submenu (although they're pretty much unrelated, except for both being submenus). Perhaps under Fill Form, in the same section? It seems like too much to give it its own section, especially given that "Search The Web" has one. -Froodian
- OK. Putting it in its own section for now. On Monday we should re-argue a Find submenu (which would be in the same section as Spelling) for parity with other cocoa apps (and to have a place to put the damn thing), given that that's a pretty prevalent standard.
From delliott
The Help menu seems a little confusing, I was going to post in BugZilla but thought that people don't need another piece of bugmail!
Camino Help should load the local Help Viewer.app and display offline help, this is what users expect from OS X.
Camino Support should load http://www.caminobrowser.org/support/ since this seems logically related.
- Per IRC, I think that this is the best solution for now. People expect Help to point to documentation, and Support to point to real-live people who can help them. I agree that using Help Viewer would be a cool thing (especially given the new UI for 10.5), but that's not within 1.1 time-frame. Froodian
Possible Menu Item Names for "Create Tabgroup"
The main issue with the name is letting the user know a) that we're making a bookmark item out of tabs, and b) which tabs are going to be part of it (all tabs in the active window). It would be nice to preserve the parallelism with "Add Page to Bookmarks…" and "Add Bookmarks Folder…" when doing this, too. Some possibilities:
- Add Current Tabs to Bookmarks
- Add All n Tabs to Bookmarks
- Add All Tabs to Bookmarks
- Bookmark Current Tabs
- Bookmark All Tabs
- Bookmark All n Tabs
- Add Tabs as Tab Group
- Add Current Tabs as Tab Group
- Add All Tabs as Tab Group
Do "All" or "Current" imply the right things, i.e. what are "current tabs", and does "all tabs" imply all tabs in all windows, or all tabs in the active window?
- Also, for what it's worth, a little birdie told me Safari's wording will be "Add Bookmark For These 2 Tabs". I don't like the "these" language though. It's just as ambiguous.
