Closed Bug 880792 Opened 12 years ago Closed 11 years ago

Make the Bookmarks button do something reasonable if its in the panel for the user research build

Categories

(Firefox :: Bookmarks & History, defect)

x86_64
All
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: mconley, Assigned: mconley)

References

(Blocks 1 open bug)

Details

(Whiteboard: [Australis:M7][User Research Build+][Land bug 877748 and bug 855805 into the try build.])

In the event that the user puts the Bookmarks button into the panel, we should probably do something reasonable if the user clicks on it in that panel. We need to determine what that something is.
A possibility could be to hide the dropdown and change the command of the button so that it instead opens a simple subview (like history) with Show All Bookmarks -- Bookmark this page Subscribe to this page -- the 10 most recent bookmarks a piece of code similar to the history view should be able to manage this. Moving the star to the panel would be for users who are not that much interested in bookmarks, for them losing 1-click bookmarking and other bookmarking features is probably an acceptable cost.
Assignee: nobody → mconley
the patches I attached to bug 877748 and bug 855805 can already be used for this research imo. Most of the changes will be visual, interaction is about right.
I'm fine with this if UX is.
Just talked with Madhava - we're good to land both bug 877748 and bug 855805 into the try build.
Whiteboard: [Australis:M7][User Research Build+] → [Australis:M7][User Research Build+][Land bug 877748 and bug 855805 into the try build.]
The UR Build is built, and includes both bug 877748 and bug 855805 - we're done here.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.