-
-
Notifications
You must be signed in to change notification settings - Fork 18.5k
Unintuitive default behavior with wide DataFrames in the IPython notebook #3573
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
Comments
cc @michaelaye |
wes, sorry to hear you had a snafu in front of an audience. The updated behaviour has a consistent story and took a lot of noodling to make It seems the end result of that is crappy UX from your POV. Disappointing An easy fix is to just set the width to something large on ipnb by default. That code doesn't need more special cases, it really does not, |
PR pending. |
Sorry @yp I didn't mean to put down your work which is definitely much appreciated. Satisfying many concerns simultaneously is not an easy thing. It was just basically "this used to print out fine in the notebook without any option-tweaking, what happened?" -- the fix could actually be just to always print the full-width HTML repr whenever the table is under max_rows and that could get put all here in the ipython hook:
|
@y-p enough is enough ... apparently not :-), very brave of you to tackle this once more. Our idea of a double bounding box (display width/height and object data shape) was/is not really a success. Maybe the unintuitive part is that by default they are both active. I hope your changes will resolve the confusion. |
Thanks @lodagro, lessons learned and all that. |
In the IPython notebook, HTML output it the default and whether summary view is displayed should not be governed by hypothetical line width. I ran into this problem in a demo recently and it took me a minute to figure out what was wrong, definitely a bad change in 0.11.
The text was updated successfully, but these errors were encountered: