-
Notifications
You must be signed in to change notification settings - Fork 585
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
interplay with jupyter #16
Comments
yes! i will look into that. i just started using something different than emacs and the command line. so, yes, it wasn't very thoughtful to put such settings. |
you can’t think of everything! thanks for your work |
I removed all this automatic setting of backends etc. Currently "is_interactive" is only used to choose different progress bars (tqdm behaves very differently on the command line, in jupyter and then, unfortunately again differently in Rodeo) and to decide on whether a It's now left to the user to choose the matplotlib backend. If she/he logs in via ssh without setting an -X tunnel, the default interactive backend will simply fail. But that's left to the user now, no longer output of, which seemed to annoy you (I can understand that)
|
here’s code to detect if we’re in a notebook or not. we could use that to decide if we want to use |
Ah, looks great! Better than what I do right now. matplotlibs The solution I have now does the job when comparing jupyter and running a script. But it will fail in the regular Python shell. |
Btw: I plan to release version 0.1 later today. Together with benchmarks and many examples for the 10x datasets. Any objections? |
protip: when wanting to link to lines, press the y key to change the url from no objections to the release! |
when importing scanpy from a jupyter notebook I get this warning, because apparently scanpy calls
matplotlib.use()
. if at all, it should only do that after checking that no backend is already selectedand this, which isn’t actually a
Warning
, is printed to stdout (why?)in an interactive notebook or other shell,
sett.savefigs
shouldn’t be automatically set toTrue
The text was updated successfully, but these errors were encountered: