Closed
Bug 314628
Opened 19 years ago
Closed 1 month ago
Improve discoverability of dock menu bookmarks folder
Categories
(Camino Graveyard :: Bookmarks, enhancement)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: timeless, Unassigned)
References
Details
Attachments
(2 files)
1.54 KB,
patch
|
bugzilla-graveyard
:
review+
mikepinkerton
:
superreview+
|
Details | Diff | Splinter Review |
1.10 KB,
patch
|
alqahira
:
review+
stuart.morgan+bugzilla
:
superreview+
|
Details | Diff | Splinter Review |
steps: 1. right click "Mac News Tabs" 2. select use as dock menu 3. quit. 4. stop using camino on your computer for a month 5. try using camino again and try to figure out what is being used as your dock menu.
expected results: possibly right clicking on mac news tabs should at least give me a checked item for use as dock menu ...
smfr complained that my scenario wasn't realistic enough. here's my actual bookmarks file (that i import just about everywhere): http://viper.haque.net/~timeless/bookmarks.html note that i'm likely to decide to make one of those LXR pieces my user as dockmenu bit and note that there are like six of them all identical.
Updated•19 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Target Milestone: --- → Camino1.2
I think timeless's complaint is valid, and I offer this other scenario: I had no idea what was being used as my Dock menu until I first saw bug 244116 and started poking around. I think the average user is not likely to know what the Dock menu is set as. Can we change the color of the text (name) of the folder/collection set as the Dock menu to visually indicate "something strange", and then show a tooltip ("This folder or collection is set as your Dock menu.") when hovering over, to explain what the "something strange" really is?
Comment 4•18 years ago
|
||
This will put a checkmark next to the context menu item for "Use as Dock Menu" for the item that is the dock menu. We should leave this open to consider doing some of the above, but there's no question that we should be doing this.
Attachment #244172 -
Flags: review?
Assignee: mikepinkerton → stuart.morgan
Comment 5•18 years ago
|
||
Comment on attachment 244172 [details] [diff] [review] checks menu item (checked in on trunk and branch) looks good here.
Attachment #244172 -
Flags: review? → review+
Updated•18 years ago
|
QA Contact: bookmarks
Updated•18 years ago
|
Attachment #244172 -
Flags: superreview?(mikepinkerton)
Comment 6•18 years ago
|
||
Comment on attachment 244172 [details] [diff] [review] checks menu item (checked in on trunk and branch) sr=pink
Attachment #244172 -
Flags: superreview?(mikepinkerton) → superreview+
Comment 7•18 years ago
|
||
Comment on attachment 244172 [details] [diff] [review] checks menu item (checked in on trunk and branch) Checked in on trunk and MOZILLA_1_8_BRANCH
Attachment #244172 -
Attachment description: checks menu item → checks menu item (checked in on trunk and branch)
Updated•18 years ago
|
Assignee: stuart.morgan → nobody
Updated•17 years ago
|
Target Milestone: Camino1.6 → ---
Comment 8•17 years ago
|
||
Seems like this can be closed as it is checked in since long.
We're still considering doing something from comment 3 to make the Dock menu more visible in the Manager.
If you launch Camino and your Dock menu is set to one of the special collections (in real life, only Top 10 at this time due to bug 458995), the checkmark won't be shown until you manually (re)select Top 10 as your Dock menu. In practical terms, this means on a fresh install of Camino, nothing is checked even though we have defined a Dock menu by default (Top 10) for you.
Attachment #342188 -
Flags: review?(alqahira) → review+
Comment on attachment 342188 [details] [diff] [review] sets top10Folder as default if none exists [checked in] This seems to solve the fresh profile case with no obvious side-effects.
Updated•16 years ago
|
Attachment #342188 -
Flags: superreview?(stuart.morgan+bugzilla)
Updated•16 years ago
|
Hardware: Macintosh → All
Summary: how do i find out "what is being used as my dock menu?" → Improve discoverability of dock menu bookmarks folder
Comment 13•16 years ago
|
||
I've incorporated this fix into bug 458995. There's no real reason they have to be together other than their proximity in code, but there's no real reason not to do both either.
Comment 14•16 years ago
|
||
Comment on attachment 342188 [details] [diff] [review] sets top10Folder as default if none exists [checked in] Clearing review request for now; if we want to land this separately, I can get someone to sr+ it at that point. For now, I'd rather just do this as part of the other bug.
Attachment #342188 -
Flags: superreview?(stuart.morgan+bugzilla)
Comment on attachment 342188 [details] [diff] [review] sets top10Folder as default if none exists [checked in] Since bug 458995 seems to be going nowhere fast, I'd like to see about us pushing just this bit through now.
Comment 16•16 years ago
|
||
Comment on attachment 342188 [details] [diff] [review] sets top10Folder as default if none exists [checked in] re-targeting for sr per comment 15.
Attachment #342188 -
Flags: superreview?(stuart.morgan+bugzilla)
Comment 17•16 years ago
|
||
Comment on attachment 342188 [details] [diff] [review] sets top10Folder as default if none exists [checked in] Store the return of [self top10Folder] and use that, rather than calling it twice. sr=smorgan with that change.
Attachment #342188 -
Flags: superreview?(stuart.morgan+bugzilla) → superreview+
Comment on attachment 342188 [details] [diff] [review] sets top10Folder as default if none exists [checked in] Checked in on cvs trunk with smorgan's sr comment addressed.
Attachment #342188 -
Attachment description: sets top10Folder as default if none exists → sets top10Folder as default if none exists [checked in]
You need to log in
before you can comment on or make changes to this bug.
Description
•