New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 800584 link

Starred by 27 users

Issue metadata

Status: Untriaged
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Feature



Sign in to add a comment

Multiple rows of tabs required for modern UI usability

Reported by collin.c...@gmail.com, Jan 10 2018

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3298.3 Safari/537.36

Steps to reproduce the problem:
1. Maximize browser
2. Open ~70 tabs
3. Tab navigation becomes IMPOSSIBLE

What is the expected behavior?
Any other browser (even on mobile devices) along with just about every basic text editor (NPP) has simple code threshold that based on screen workspace metrics, open tab #s, etc. simply add additional tab rows at the threshold at the cost of vertical usuable workspace.

What went wrong?
A picture is worth a thousand words:

https://i.imgur.com/jtrDaYc.png

Chrome web browser becomes 100% unusable despite using only 1/10th of my system's resources, but 100% due to this visual strictly UI-based limitation.

Did this work before? No 

Chrome version: 65.0.3298.3  Channel: dev
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 

This has become such a common defacto-standard that Chromium is beginning to stand out as one of the few UI's that does not support this because with growing standard system RAM sizes, multi-tasking requirements are simply not the same and must be adjusted to meet the end-user workflow requirements.  The Chromium browsers' tab UI interface is  absolutely the #1 complaint I have heard over many years that is now beginning to force users to other browsers.

Firefox w/Tab mix......Notepad++ are two open source projects which highlight very successful implementations of this missing feature that has now become enough of a usability issue that it should now be considered a bug.
 
Labels: Needs-Triage-M65
Cc: sc00335...@techmahindra.com
Labels: -Type-Bug Triaged-ET M-65 OS-Linux OS-Mac Type-Feature
Status: Untriaged (was: Unconfirmed)
collin.chaffin@ Thanks for the issue.

As per the original comment, considering this as a Feature request.

Hence marking this as Untriaged and requesting someone from Dev team to please look into this issue.

Thanks..
Could someone PLEASE look into this?  When working on projects that require lots of research (which I do constantly) the way Chrome's tabs work on a single line QUICKLY makes navigation between them useless.

In addition to multiple rows, it would also be nice to be able to select multiple tabs and change their background color for grouping purposes... but that is a FAR less important issue than the lack of decent multiple tab row support.
This is literally one HUGE shortcoming of Chrome stopping me from switching from Firefox. I can forgive the lack of ability to set a maxwidth for tabs if it had multirow support.
Amazing that rounding my tabs dangerous sharp edges takes precedence over adding functionality to let me have more than one row of them.
Please implement this feature. Used firefox for at least a Decade and I'd like to switch to Chrome. But multiple tab rows is an essential feature (besides tab grouping) for my workflow.
so i had to stay at FF

Sign in to add a comment