Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Handle small tabs overflowing and preserve the border bridging for the active tab #6548

Merged
merged 1 commit into from
Jun 12, 2019

Conversation

jasongrout
Copy link
Contributor

References

Fixes #6532
Reverts #6526
Reverts #6492
Unfixes #3986

Code changes

User-facing changes

#3986 is now an issue again, but setting the tab min width to 0px (instead of 36px) and setting the tab overflow to hidden makes it less likely to appear in practice (i.e., the tabs need to be much denser now to overflow into the splitter). Setting the tab overflow to hidden also makes the close icon for tabs not overlap the next tab, which was very confusing.

I think this is the best compromise at this point.

I also experimented unsuccessfully with setting the z-index of the splitter handle in an attempt to get it to be on top of overflowing tabs.

Before, showing the tab bar getting correctly clipped, but no bottom border and the close icons overlapping the adjacent tab.
Screen Shot 2019-06-12 at 6 25 32 AM

After, showing the tab bar not getting correctly clipped, but having a bottom border and the close icons getting clipped, as well as showing the tabs sizing down to be much smaller (so the old tab bar clipping issue is harder to trigger)
Screen Shot 2019-06-12 at 6 23 17 AM

Backwards-incompatible changes

None.

…e active tab

Fixes jupyterlab#6532
Reverts jupyterlab#6526
Reverts jupyterlab#6492


jupyterlab#3986 is now an issue again, but setting the tab min width to 0px (instead of 36px) and setting the tab overflow to hidden makes it less likely to appear in practice (i.e., the tabs need to be much denser now to overflow into the splitter). Setting the tab overflow to hidden also makes the close icon for tabs not overlap the next tab, which was very confusing.

I think this is the best compromise at this point.

I also experimented unsuccessfully with setting the z-index of the splitter handle in an attempt to get it to be on top of overflowing tabs.
@jupyterlab-dev-mode
Copy link

Thanks for making a pull request to JupyterLab!

To try out this branch on binder, follow this link: Binder

@jasongrout
Copy link
Contributor Author

CC @ellisonbg. This isn't perfect, but it is a better compromise, I think. I'd rather just say overflow-y: visible for the tab bar, but we're dealing with web browser limitations at this point, I think.

@jasongrout jasongrout added this to the 1.0 milestone Jun 12, 2019
@jasongrout jasongrout mentioned this pull request Jun 12, 2019
Copy link
Member

@afshin afshin left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍

This failure mode is better than hampering the usability of the dark mode.

@jasongrout
Copy link
Contributor Author

Thanks for the positive review, @afshin.

@jasongrout jasongrout merged commit a449f28 into jupyterlab:master Jun 12, 2019
@lock
Copy link

lock bot commented Aug 6, 2019

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related discussion.

@lock lock bot locked as resolved and limited conversation to collaborators Aug 6, 2019
@jasongrout jasongrout added the status:resolved-locked Closed issues are locked after 30 days inactivity. Please open a new issue for related discussion. label Aug 9, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
pkg:application status:resolved-locked Closed issues are locked after 30 days inactivity. Please open a new issue for related discussion.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Side effect of #6526
2 participants