-
Notifications
You must be signed in to change notification settings - Fork 5k
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
Remove custom CSS handling in the notebook repo #7175
Comments
cc @RRosio in case you would like to take a look! |
Thank you @jtpio! I will tackle removing the handling! |
After taking a look, using either of the |
Now wondering if setting the default to Also JupyterLab seems to be adding the handler only if the trait is set here: So the Notebook app would have to set the new default early for that handler to be added. Also enabling custom CSS in Notebook would enable it for JupyterLab. |
It would be easier and more consistent if both Notebook and JupyterLab would behave the same by default, and controlled with the same trait. Unless we can seamlessly keep the trait defined here: Lines 251 to 257 in 644c393
|
Thank you for your replies @jtpio! I have tried to think through how Notebook and JupyterLab might be controlled by the same trait but have different details.
I am trying on my end to see if there is a way I can make that override early. |
Pinging @Zsailer here from the |
Looking a bit into this, one challenge may be that both So the So in the long run, maybe it could make sense to move the custom CSS feature to For the time being (Notebook 7.1), maybe the easiest would be to check whether Line 343 in e8633bd
|
Looking into this in #7233. |
The latest JupyterLab 4.1 pre-release includes a new functionality for loading custom CSS: jupyterlab/jupyterlab#14743
The same feature was added in Notebook 7 for parity with the classic notebook:
Now that this is available in JupyterLab, we should look into removing the custom handling here and use the one from JupyterLab instead.
And maybe still keep the default to
True
in Notebook 7 (the default isFalse
in JupyterLab).We can also keep the existing documentation in Notebook 7 for visibility.
The text was updated successfully, but these errors were encountered: