Close Button Should Hide When Tab Shrinks to Certain Amount
Reported by
joshuabe...@gmail.com,
Jul 12
|
|||||||||||
Issue description
Chrome Version : 69.0.3488.0
OS Version: OS X 10.13.6
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari: OK
Firefox: OK
IE/Edge:
What steps will reproduce the problem?
1. Open up a lot of tabs in Canary with the new tab appearance
2. Open up the same number of tabs in a similarly sized window in current-release Chrome
What is the expected result?
I expect that when I open up a bunch of tabs, I will still be able to scan their titles and pick out their contents to a reasonable degree.
What happens instead of that?
By adding the close-this-tab x to every tab instead of just the active one, most of that information density disappears, making Chrome usage more frustrating.
https://twitter.com/jbenton/status/1017411163229863941
Please provide any additional information below. Attach a screenshot if
possible.
It would be great to either (a) turn off the x on non-active tabs or (b) make doing so a user-accessible setting somewhere. Thanks!
UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3488.0 Safari/537.36
,
Jul 12
We need some archival research done on what trigger width Chrome used to hide the close button five years or so ago. Right we're trying to make it hide when there's not space for it, which seems maybe too late.
,
Jul 12
From my quick check in Canary, the close button is on non-active tabs when tabs are 132px wide but not at 126px. Looking back at old style, it's there at 142px wide but not at 132px wide.
,
Jul 12
,
Jul 12
I checked the source from five years ago. We always hid close buttons once icon capacity dropped below 3, so that's not better or worse pre-refresh than it was long ago. We're currently fiddling with a lot of padding and layout stuff inside tabs, so the precise point where close buttons show and hide will change, but I'm reasonably confident that we haven't made any drastic logic changes (yet) here. I think when measured the way I measure tab width, the two versions are within a few pixels of each other in terms of when close buttons get hidden. I'll keep an eye on this and make sure we don't regress things by more than that amount at most; in practice I would expect us to hide close buttons sooner than pre-refresh rather than later once we're done fiddling, which ought to make you happy.
,
Jul 12
Repurposing bug to handle this.
,
Jul 12
OK... so what is the updated bug covering, then?
,
Jul 12
Race condition in bug update + bug update. Marking WontFix per #5.
,
Jul 13
I actually think the size at which close buttons disappear is way way too small, even before the current UI update. I'm going to address this by increasing the size at which close buttons disappear.
,
Jul 17
Is this expensive to fix?
,
Jul 17
Nope, it's in the CQ
,
Jul 17
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/bb53e26734e70a1f28d0d1d3fe16f2a7eaf5ca27 commit bb53e26734e70a1f28d0d1d3fe16f2a7eaf5ca27 Author: Bret Sepulveda <bsep@chromium.org> Date: Tue Jul 17 22:10:09 2018 Increase size at which close buttons on inactive tabs disappear. This patch changes the size at which close buttons disappear from being approximately 48 dips of content area to being a fixed constant. As a first pass I've set the constant to 68 dips, which feels good to me. This patch also ties the logic for when to show extra left padding to the close button visibility, which addresses cases where the favicon would "twitch" due to the alert indicator appearing. Bug: 853788 , 863027 Change-Id: I681f8b7d530b192f2fd5943436ae16bd93f33fba Reviewed-on: https://chromium-review.googlesource.com/1125315 Reviewed-by: Peter Kasting <pkasting@chromium.org> Commit-Queue: Bret Sepulveda <bsep@chromium.org> Cr-Commit-Position: refs/heads/master@{#575795} [modify] https://crrev.com/bb53e26734e70a1f28d0d1d3fe16f2a7eaf5ca27/chrome/browser/ui/views/tabs/tab.cc [modify] https://crrev.com/bb53e26734e70a1f28d0d1d3fe16f2a7eaf5ca27/chrome/browser/ui/views/tabs/tab.h [modify] https://crrev.com/bb53e26734e70a1f28d0d1d3fe16f2a7eaf5ca27/chrome/browser/ui/views/tabs/tab_strip_unittest.cc [modify] https://crrev.com/bb53e26734e70a1f28d0d1d3fe16f2a7eaf5ca27/chrome/browser/ui/views/tabs/tab_unittest.cc
,
Jul 17
Need designer input on the exact size (cc bettes@). Otherwise this is done.
,
Jul 19
What should the size be?
,
Jul 26
,
Jul 26
We're going to stick with 68 dips here. |
|||||||||||
►
Sign in to add a comment |
|||||||||||
Comment 1 by meh...@chromium.org
, Jul 12Labels: Proj-MdRefresh