[IPython-dev] Bumping up priority of thinking about output scrolling/control

[MinRK]

On Thu, May 31, 2012 at 8:30 PM, Fernando Perez <fperez.net at gmail.com>wrote:

> On Thu, May 31, 2012 at 8:22 PM, Brian Granger <ellisonbg at gmail.com>
> wrote:
> > i can look into this.  But the other option for the output of multiple
> > engines is to build a simple widget that has a slider and allows you
> > the slide through the output of the different engines.  But I agree
> > that we need a more general solution to this issue.
>
> I think it's worth thining about the clean solution for the long run:
> Titus had examples that were unmanageable even without any
> parallelism, simply because of very long running code that had super
> verbose stdout.  Without something to manage output size, his demos
> would have been simply impossible.  He actually did the public demos
> off Min's quick branch, but that's not a long-term solution :)
>
> So let's see what we can do for a clean solution we're happy with that
> applies even in the absence of multiple engines.  Obviously your idea
> could also be quite useful for that case, but let's first think about
> what to do with stdout of absurd lengths...
>

I peeked at my old branch, and did a cleaner version here:
https://github.com/ipython/ipython/pull/1825

It's simple CSS as suggested
here<https://github.com/ipython/ipython/issues/1553#issuecomment-4963443>,
but required a slightly ugly workaround for the fact that FF's box-model
doesn't properly measure the height of max-height limited children
(container height is calculated ignoring max-height truncation).  The hack
is to shrink-wrap the parent, which works on FF but breaks the display on
WebKit.

I wouldn't say it's particularly pretty (especially on FF, but little is),
but it solves a problem.

-MinRK


> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120531/e6042403/attachment.html>