all tabs popup does not mark which tabs are visible in the tab strip

UNCONFIRMED
Unassigned

Status

()

defect
P5
normal
UNCONFIRMED
11 months ago
3 months ago

People

(Reporter: telufelo, Unassigned, Mentored)

Tracking

({uiwanted, ux-consistency, ux-efficiency})

63 Branch
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(firefox63- affected)

Details

Attachments

(2 attachments)

Reporter

Description

11 months ago
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Firefox/60.0
Build ID: 20180722100230

Steps to reproduce:

New Bug thanks to https://bugzilla.mozilla.org/show_bug.cgi?id=1446101#c40




Actual results:

> Please help me understand what makes that indicator helpful to you? 

It focuses on the tabs currently visible on the tab strip, so can easily switch to tabs which are not currently in the workflow instead of searching though tabs which are currently visible.

> When are you looking at it, for what information?

Tabs visible in current tab-strip

> The new implementation has an indicator for what tab is selected/active, to allow people to relate the list to the row of tabs. 

Again the thin scrollbar is very helpful to locate/search for tabs which are currently not in the current workflow

> (I was expecting that indicator to sever nearly the same purpose than the "visible tabs indicator" or "second scrollbar" as you called it. - where it is not working like a scroll bar in any way, but just looking like one.)

Its purpose is far more important IMO since it lets us know that these tabs are currently viewable so the thing you are looking for is above or below this thin bar at the side.
So it faster to search and find the thing the user is looking for, the new implementation is more confusing since it only highlights one tab.

> The automatic scrolling once the mouse reaches the end of the screen seams
> helpful.
> Can you please file a bug for adding that functionality back. 
> (I am not sure if that behavior is possible with the new implementation,
> Mark might know)

Maybe this bug can be that place for fixing it.
Reporter

Comment 1

11 months ago
Posted image Diff
Look at the screenshot

First one quickly says
the tab you are looking for is in bottom four or five since these highlighted tabs are on your screen and since you clicked the button the thing you are looking for is down there.

Second one says
This is the current tab now search for the tab you are looking for even including the ones you know don't have what you are looking for.


Maybe you guys can revert to the previous one as it's far more user friendly and better UX
Flags: needinfo?(mjaritz)
Reporter

Updated

11 months ago
Blocks: 1446101, 1477591

Updated

11 months ago
Component: Untriaged → Tabbed Browser
OS: Unspecified → All
Hardware: Unspecified → All
Version: 60 Branch → 62 Branch

Updated

11 months ago
Keywords: uiwanted
Priority: -- → P5
Reporter

Updated

11 months ago
Has Regression Range: --- → irrelevant
Has STR: --- → irrelevant
Priority: P5 → P2
Version: 62 Branch → 63 Branch
Reporter

Updated

11 months ago
Blocks: 1470947, 1477199
Reporter

Comment 2

11 months ago
[Tracking Requested - why for this release]:
No longer blocks: 1477199

Updated

11 months ago
Priority: P2 → P5
Please keep bugs focused on single issues.
As most content here is about the indicator showing which tabs are visible in the tab strip, I assume this is the focus here.
(Please create a separate issue, if we should look into scroll buttons at the top and bottom as it is an engineering issue, where this is a UI issue first.)

We should only show the indicator if we find a better solution for how to display it as we currently have.
As explained previously it currently cause more confusion than it helps prevent.
https://bugzilla.mozilla.org/show_bug.cgi?id=1446101#c35

@Firefox_Ninja I get that this can be helpful for people that understand what this line is for, 
but I found more people that do not get what it stands for, then people that do. 

Having it at the back of the list makes it seam like a second scroll bar, and detaches it from the other marker on the front that indicates the selected tab.

We first need to solve that UI problem, before we can add this back in.
(I will not work on this, but I am open to mentor creating a UI solution.)
No longer blocks: 1477591
Mentor: mjaritz
Flags: needinfo?(mjaritz)
Summary: all tabs popup has indicators & scroll arrows at top and bottom tabs missing → all tabs popup does not mark which tabs are visible in the tab strip
Reporter

Comment 4

11 months ago
(In reply to Markus Jaritz [:designakt] (UX) from comment #3)
> Please keep bugs focused on single issues.
> As most content here is about the indicator showing which tabs are visible
> in the tab strip, I assume this is the focus here.
> (Please create a separate issue, if we should look into scroll buttons at
> the top and bottom as it is an engineering issue, where this is a UI issue
> first.)
> 

Yes the indicator showing which tabs are visible in the tab strip, I assume this is the focus here.

> We should only show the indicator if we find a better solution for how to
> display it as we currently have.
> As explained previously it currently cause more confusion than it helps
> prevent.
> https://bugzilla.mozilla.org/show_bug.cgi?id=1446101#c35

Strongly disagree, since till now the old behavior was acceptable The thinner bar indicates tabs that are currently visible vs. those that are scrolled off-screen in the tab bar, the only confusion is due to the the new scrollbar which is thick and looks out of place.

> @Firefox_Ninja I get that this can be helpful for people that understand
> what this line is for, 
> but I found more people that do not get what it stands for, then people that
> do. 
> 
> Having it at the back of the list makes it seam like a second scroll bar,
> and detaches it from the other marker on the front that indicates the
> selected tab.

If that's the case then make show the indicator show up as a very thin line with a different color from the scrollbar/use a dark color for tabs on screen and lighter for off-screen to differentiate /switch the line to the opposite side ie to the left/or add a pref to show it for power user who rely on it.

> We first need to solve that UI problem, before we can add this back in.

Why not add it now as this is certainly a regression UX(since it was already there before and has not made it to FF62)
Flags: needinfo?(mjaritz)
(In reply to Firefox_Ninja from comment #4)
> Why not add it now as this is certainly a regression UX(since it was already
> there before and has not made it to FF62)

see
(In reply to Markus Jaritz [:designakt] (UX) from comment #3)
> We first need to solve that UI problem, before we can add this back in.
> (I will not work on this, but I am open to mentor creating a UI solution.)

It seams you have some ideas on how to solve that. Different colors or other side sound interesting.
If you can visualize them, we can validate if one of them improves on the situation.
Flags: needinfo?(mjaritz)

Comment 6

11 months ago
Posted image Missing Things
(In reply to Markus Jaritz [:designakt] (UX) from comment #5)
> (In reply to Firefox_Ninja from comment #4)
> > Why not add it now as this is certainly a regression UX(since it was already
> > there before and has not made it to FF62)
> 
> see
> (In reply to Markus Jaritz [:designakt] (UX) from comment #3)
> > We first need to solve that UI problem, before we can add this back in.
> > (I will not work on this, but I am open to mentor creating a UI solution.)
> 
> It seams you have some ideas on how to solve that. Different colors or other
> side sound interesting.
> If you can visualize them, we can validate if one of them improves on the
> situation.

Not Op but was about to file the same bug since comments on Bug 1446101
were not taken into consideration.

miss the tab in focus bar too it's very frustrating now to hunt for the tabs.
Can we somehow vote what we want?
If it ain't broken why fix it? Users were not complaint or wanted a change for inferior work flow(big part why using firefox not chrome or edge)
For one would only like the new scrollbar to be added only and rest to be same as Firfox61
the old all tabs was visually more easy to use in contrast to current one except the scrollbar is handy.
Flags: needinfo?(gijskruitbosch+bugs)
Flags: needinfo?(dao+bmo)
Flags: needinfo?(aswan)

Comment 7

11 months ago
I have no context on this bug and don't have anything to contribute.
Please don't set needinfo on multiple people at once, especially if you aren't asking a specific question or making a specific proposal.
Flags: needinfo?(aswan)

Updated

11 months ago
Flags: needinfo?(gijskruitbosch+bugs)

Updated

11 months ago
Flags: needinfo?(dao+bmo)

Comment 8

11 months ago
(In reply to Markus Jaritz [:designakt] (UX) from comment #5)
> It seams you have some ideas on how to solve that. Different colors or other
> side sound interesting.

Note that moving the visible-tab indicator to the opposite side was already suggested a year ago in bug 1392489, so it wouldn’t be mistaken for a scrollbar.

(N.B.: I’ve never found this feature useful, because it has never been obvious what it was for. I don’t mind it not being implemented back.)
You need to log in before you can comment on or make changes to this bug.