Closed Bug 1697533 Opened 4 years ago Closed 4 years ago

Update the Bookmarks toolbar button menu organization and style

Categories

(Firefox :: Bookmarks & History, task, P1)

task

Tracking

()

RESOLVED FIXED
89 Branch
Tracking Status
firefox89 --- fixed

People

(Reporter: mconley, Assigned: mconley)

References

(Blocks 1 open bug)

Details

(Keywords: helpwanted, Whiteboard: [proton-door-hangers])

Attachments

(2 files)

The menu item organization and string changes can happen immediately without being behind a Proton pref.

* Remove the "Show All Bookmarks" item at the top of the list (it's redundant, given the "Show All Bookmarks" item at the bottom of the list)
* Change the "Show All Bookmarks" string for the footer to be Manage Bookmarks (title case for now, but the idea is to put it in sentence case later)

  • Remove the "Show All Bookmarks" item at the bottom of the list
  • Change the "Show All Bookmarks" string for the top item to be Manage Bookmarks (title case for now, but the idea is to put it in sentence case later)

(In reply to Mike Conley (:mconley) (:⚙️) (Catching up on needinfos) from comment #0)

The menu item organization and string changes can happen immediately without being behind a Proton pref.

  • Remove the "Show All Bookmarks" item at the top of the list (it's redundant, given the "Show All Bookmarks" item at the bottom of the list)
  • Change the "Show All Bookmarks" string for the footer to be Manage Bookmarks (title case for now, but the idea is to put it in sentence case later)

Just wondering, can't the top item be kept instead of the bottom one? The reason both exist is that some users have lots of bookmarks, and the bottom one is very hard to reach in that case.

I'm inclined to agree with ntim in comment 1. Tyler, would this be acceptable?

Flags: needinfo?(tduzan)
Priority: P3 → P1

This was proposed for consistency with the bookmarks sub-section of the app menu but agreed that there can be a usability issue here.
I see 2 options:
1 Persist the bottom part of the menu when scroll is enabled (same as bookmark app menu section) - my preferred if similar engineering cost
2 Do as ntim suggests

NI_ing Betsy and Meridel for visibility in case they disagree

Flags: needinfo?(mwalkington)
Flags: needinfo?(bmikel)

I agree with Romain's proposal to "Persist the bottom part of the menu when scroll is enabled (same as bookmark app menu section)" if this does not cost ENG too much.

We would like to have consistency across menus, and this would provide consistency in both information architecture and behavior.

Mike, is this approach feasible?

Flags: needinfo?(mwalkington) → needinfo?(mconley)

(In reply to Meridel [:meridel] from comment #4)

Mike, is this approach feasible?

Given our remaining time, I don't think it is, no.

Flags: needinfo?(mconley)

Given that we recognize the usability concern and the timeline/scope limits for engineering, it seems like doing as ntim suggested is the most useful path forward. What are the impacts to UX for this, and can this be made to work in the current design? Adding Meridal and Betsy back for agreement/alternatives.

Flags: needinfo?(tduzan) → needinfo?(mwalkington)

Since we are using different language to describe this menu, I want to clarify that we are indeed talking about the Bookmarks tray menu, yes? That menu will only appear if someone added it via Customize. Toolbar items added via Customize are not a high priority for Proton so I am fine to move ahead with ntim's suggestion. Here is the mock to make sure we are all on the same page.

Flags: needinfo?(mwalkington)

Yes, this is the bookmarks tray menu. Okay, I have the necessary information to proceed - we'll remove the footer and instead have a "Manage Bookmarks" item as the second item from the top. I'll update comment 0.

Flags: needinfo?(bmikel)
Summary: Update the Bookmarks toolbar button menu organization → Update the Bookmarks toolbar button menu organization and style
Assignee: nobody → mconley
Status: NEW → ASSIGNED

Hey rtestard, some concerns have been raised regarding removing the footer item in the bookmarks tray panel. See https://phabricator.services.mozilla.com/D109151#3550926 and above.

Would you accept if we just restyled the footer to match the Proton menu item spec, and defer any kind of removal here? We'd keep both "Manage Bookmarks" menu items in that case.

Flags: needinfo?(rtestard)

(In reply to Mike Conley (:mconley) (:⚙️) (Catching up on needinfos) from comment #11)

Hey rtestard, some concerns have been raised regarding removing the footer item in the bookmarks tray panel. See https://phabricator.services.mozilla.com/D109151#3550926 and above.

Would you accept if we just restyled the footer to match the Proton menu item spec, and defer any kind of removal here? We'd keep both "Manage Bookmarks" menu items in that case.

OK let's do as you suggest given it seems to be more complex than anticipated. Not great to have duplicate items here but it's not a regression and this UI only appears when users enable it through the customization pane so visibility is low. We should not risk shipping MR1 for this.

Flags: needinfo?(rtestard)
Pushed by mconley@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/fbc577904b3f Update the organization of the Bookmarks toolbar menu popup, and change style for Proton. r=mak,harry,desktop-theme-reviewers
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 89 Branch
Regressions: 1701637
See Also: → 1701779
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: