-
Notifications
You must be signed in to change notification settings - Fork 970
Tabs don't resize with window #100
Comments
That's the expected behavior. There's only no max-width when there are a full set of tabs. |
This might feel better when we have the new-tab button jump next to the tabs when less than 6. |
The new-tab sticking is implemented now, please take a look and let me know if this can be closed. |
Doesn't seem to have changed. Still seems weird to me that they stay the same size until you get 6 and then they resize to fit the full window |
@bridiver I agree that the auto-resize change upon 6 tabs isn't ideal but it is probably better than the safari approach in our UI case. I did have one idea to improve this which is to have empty tab spots. So in the case if a new set, you would have one real tab and 6 more empty outlines that would allow for stretching right away instead of waiting for the 6th tab. I don't know if it would help or just add visual clutter. Let's see if the sticky + button helps this issue for you. |
@bradleyrichter and I can up with a formula to keep them from growing too large or too small, we just need to implement it. Maybe he can post the details here? |
I'm late here but the UI seems good for me at this moment and the conversation here hadn't been concluded. Can we close it? |
I've confirmed this still is an issue and it does seem a bit weird. STR that make it obvious:
This problem seems to be masked because the browser (at least in my case) defaults to 10 tabs per page. That is enough tabs that it does properly fill out the window and it's not noticeable. @bradleyrichter: are you happy with the current behavior? |
The new 10-tab default reduced the problem as you said @bsclifton but ideally we would implement a solution. I am game for trying @psimyn 's suggestion above because we are already doing this when reducing the window width. |
@bradleyrichter and I came up with a good sizing algorithm, but I don't think it ever got implemented. Do you still have the notes? Mentioned above but there was no update. |
I'm not sure if @psimyn will always resize correctly because it doesn't appear to leave space for an extra tab at the end when you have less than the maximum number of tabs in a page. We came up with a really clean and simple way to do it, but I'd rather not try to reconstruct it if we still have it somewhere |
here are those notes: |
I know we came up with an actual algorithm for it. Is that all you could find? |
That was the visual explanation. I don't recall an algorithm. But I am not seeing a problem with Simon's approach based on the video snip. |
I guess it does look like it handles the last tab space, but there was an issue with both very small windows and very large windows. We tried a similar simple sizing algorithm and it didn't handle those cases very well. |
the large window is probably not as much of an issue with a default of 10 tabs |
ok based on previous comments I don't think we have an issue for large screens anymore, and tabArea has a max-width of 184px currently. I referenced this issue on #6900, which addresses small screens (or when you have a lot of tabs). If someone think it's still an issue LMK and I'll revoke auto-closing keyword from there. |
Auditors: @bsclifton, @bbondy /cc @bradleyrichter Fix #5431 Fix #6511 Fix #6845 Fix #1776 Fix #100
Test plan
#6900 (comment)
Steps to reproduce:
Not sure what the correct behavior should be here with a fixed number of tabs. Currently they only expand to fit the window size when there are 6 in the tab group. Maybe they should always fit the window width and get smaller until they max out at 6? @bradleyrichter ?
The text was updated successfully, but these errors were encountered: