-
-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
Side effect of #6526 #6532
Comments
I don't think #6526 is the culprit of the close icon issue. It doesn't appear in my testing, nor in the screenshot on that PR. |
@blink1073 this is probably related to the big CSS refactor then... |
The border seems to be due to #6526, however. Perhaps we restore the tabBar border, then cover it up with an individual tab border on the active tab? |
I tried doing: diff --git a/packages/application/style/tabs.css b/packages/application/style/tabs.css
index ab3b9f0c5..14569d800 100644
--- a/packages/application/style/tabs.css
+++ b/packages/application/style/tabs.css
@@ -19,6 +19,8 @@
|----------------------------------------------------------------------------*/
.p-DockPanel-tabBar {
+ border-bottom: var(--jp-border-width) solid var(--jp-border-color1);
+ overflow-y: visible;
color: var(--jp-ui-font-color1);
font-size: var(--jp-ui-font-size1);
} but according to https://developer.mozilla.org/en-US/docs/Web/CSS/overflow:
That means that a scroll bar appears in the right side. I think this has to do with anything other than overflow visible creates a new graphics context. |
…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.
Fixed in #6548. |
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. |
Describe the bug
#6526 introduced 2 new problems:
Screenshots
The text was updated successfully, but these errors were encountered: