Update all-tabs button icon so we can move the button into the nav bar when vertical tabs are enabled
Categories
(Firefox :: Theme, defect, P2)
Tracking
()
People
(Reporter: sfoster, Assigned: dao, NeedInfo)
References
(Blocks 4 open bugs)
Details
(Whiteboard: [fidefe-tabgrps-tabbrowser])
Attachments
(1 file)
48 bytes,
text/x-phabricator-request
|
diannaS
:
approval-mozilla-beta+
|
Details | Review |
Normally the 'alltabs-button' is positioned next to the tabs in the horizontal tabstrip toolbar, so the down-facing arrow icon makes sense in context. But when we move it to another toolbar like the nav-bar, it loses that context and doesn't really communicate what it does any more, and could use a better icon.
Updated•2 months ago
|
Comment 1•2 months ago
|
||
It's probably worth asking UX whether its worth moving this tool at all, since the list view is duplicating what vertical tabs does. But either way I think we can treat this as a lower priority.
Comment 2•1 month ago
|
||
Another consideration: If you want to move the button and replace the icon, it might be good to replace the icon for both the vertical and horizontal tabs configuration, so that different icons do not have to be described in the support depending on the user configuration.
Comment 3•1 month ago
|
||
The severity field is not set for this bug.
:sclements, could you have a look please?
For more information, please visit BugBot documentation.
Updated•1 month ago
|
Comment 4•1 month ago
|
||
The severity field is not set for this bug.
:sclements, could you have a look please?
For more information, please visit BugBot documentation.
Updated•1 month ago
|
Assignee | ||
Comment 5•26 days ago
|
||
(In reply to Sarah Clements [:sclements] from comment #1)
It's probably worth asking UX whether its worth moving this tool at all, since the list view is duplicating what vertical tabs does.
From my conversations with Ania, the plan is still to move it, and https://phabricator.services.mozilla.com/D217161 does so. Are you still considering other options at this point?
But either way I think we can treat this as a lower priority.
Putting on my tabbrowser and theme owner hats, I disagree. The current dropdown icon only makes sense when it's next to the potentially-overflowing items (i.e. tabs). Without that context we absolutely need a new icon here. Tab groups folks discussed this with Ania last week as well (because the still-current plan is to allow users to retrieve saved groups from this popup, so we sort of depend on the icon making sense).
Comment 7•22 days ago
|
||
(In reply to Dão Gottwald [:dao] from comment #5)
(In reply to Sarah Clements [:sclements] from comment #1)
It's probably worth asking UX whether its worth moving this tool at all, since the list view is duplicating what vertical tabs does.
From my conversations with Ania, the plan is still to move it, and https://phabricator.services.mozilla.com/D217161 does so. Are you still considering other options at this point?
What was discussed with addons folks during mozweek is we would move it as an interim solution and then in the future look to removing it for vertical tabs mode, but whatever the UX solution for hidden tabs ends up being would need a conversations with Security team, as we want to prevent malicious applications from hiding tabs.
I don't know if there has been further discussion with tab groups team about this though, has there?
But either way I think we can treat this as a lower priority.
Putting on my tabbrowser and theme owner hats, I disagree. The current dropdown icon only makes sense when it's next to the potentially-overflowing items (i.e. tabs). Without that context we absolutely need a new icon here. Tab groups folks discussed this with Ania last week as well (because the still-current plan is to allow users to retrieve saved groups from this popup, so we sort of depend on the icon making sense).
Ok, I wasn't in that discussion so I'm missing some context and what was agreed but it sounds like this change might make more sense to be tied together with any tab groups work. I could see this actually being very confusing to users if they switch to vertical tabs and the button both moves to a different location and the icon has also changed completely, meaning what they previously used to identify it as the all-tabs button is gone. I think any interim change like this might require a bit more UX and addon team input in terms of what is done and when.
Assignee | ||
Comment 8•22 days ago
|
||
(In reply to Sarah Clements [:sclements] from comment #7)
Putting on my tabbrowser and theme owner hats, I disagree. The current dropdown icon only makes sense when it's next to the potentially-overflowing items (i.e. tabs). Without that context we absolutely need a new icon here. Tab groups folks discussed this with Ania last week as well (because the still-current plan is to allow users to retrieve saved groups from this popup, so we sort of depend on the icon making sense).
Ok, I wasn't in that discussion so I'm missing some context and what was agreed but it sounds like this change might make more sense to be tied together with any tab groups work.
It's directly tied to bug 1899346 so I think this needs to be considered part of that work. We need this icon to make sense when moved to the navbar, with or without tab groups.
I could see this actually being very confusing to users if they switch to vertical tabs and the button both moves to a different location and the icon has also changed completely, meaning what they previously used to identify it as the all-tabs button is gone.
Probably makes sense to update the icon for both horizontal and vertical modes.
Comment 9•22 days ago
|
||
I discussed this with Ania today and we won't be making an icon change right now.
Reporter | ||
Comment 10•22 days ago
|
||
[Tracking Requested - why for this release]: We should get this fixed before we hit broad release. 131 will be a experiment and its not-blocking for that release.
Need-infoing myself to add the tracking flag next week when we roll over to the next cycle
Reporter | ||
Comment 11•21 days ago
|
||
Removing tracking flag - there's an ongoing discussion about when and how we need to address this, but it will likely be post 132.
Assignee | ||
Updated•21 days ago
|
Assignee | ||
Comment 12•21 days ago
|
||
Updated•13 days ago
|
Assignee | ||
Updated•13 days ago
|
Updated•13 days ago
|
Comment 13•10 days ago
|
||
Updated•10 days ago
|
Comment 14•9 days ago
|
||
bugherder |
Assignee | ||
Comment 15•8 days ago
|
||
Comment on attachment 9421626 [details]
Bug 1910203 - Update all-tabs button icon so we can move the button into the nav bar when vertical tabs are enabled. r=mconley!,rpl!
Beta/Release Uplift Approval Request
- User impact if declined: Bug 1899346 wants to conditionally move this button to the navigation toolbar, where the old down-arrow icon lacks the context of being right next to tabs. The sidebar team would like to ship this icon change in 131, ahead of the experiment planned for 132.
- Is this code covered by automated tests?: No
- Has the fix been verified in Nightly?: No
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): It's a fairly straightforward icon swap, although the new one unfortunately is 2020px rather than 1616px, so I had to adjust some CSS to deal with that. Other than that, the usual caveats for UI changes apply; some people might hate the new icon, but so far I haven't seen complaints.
- String changes made/needed:
- Is Android affected?: No
Comment 16•7 days ago
|
||
Comment on attachment 9421626 [details]
Bug 1910203 - Update all-tabs button icon so we can move the button into the nav bar when vertical tabs are enabled. r=mconley!,rpl!
Approved for 131.0b6
Comment 17•7 days ago
|
||
uplift |
Updated•7 days ago
|
Description
•