[IPython-dev] Notebook: Horizontal layout for multiple figures in output cell

[Patrick Surry]

Yes, completely agree.  Sorry I misunderstood your question.

For a while I used the separate viewer (non-inline) which gave a new window
for every plot.  This allowed nice side-by-side comparison, but it became
unmanageable in a typical ad hoc session where you had twenty similar
windows without proper labeling and couldn't find what you wanted.  And you
lost track of where each figure had come from in the original notebook.

Inline is better from point of view of keeping a record of what you did,
but I always end up scrolling up and down to compare things, and often end
up then inserting new cells in a non-linear order which breaks dependencies
if I later re-run.

Your idea of putting new plots side by side would help to some extent but
not sure it would really solve it.  I almost want a separate tab or frame
that contains all my plots in some kind of paged or tabbed layout, where I
could save interesting ones or kill ones I'm done with.  A bit like what
R-Studio does.

Maybe there's a general concept of separating the linear "lab notebook"
where you always add new notes/code/diagrams at the end (current ipython
notebook), and some new "pinboard" area where you can collect, compare,
reorder "interesting" bits of output?  Read-only, linked to original output
cells in the notebook?   Maybe you just need to be able to "pin" or
favourite any notebook output cell and have it appear on this separate
pinboard thing?

Sorry for the stream of conciousness...

Patrick


On Fri, Feb 21, 2014 at 1:44 PM, Antonino Ingargiola <tritemio at gmail.com>wrote:

> On Fri, Feb 21, 2014 at 10:41 AM, Antonino Ingargiola <tritemio at gmail.com>wrote:
>>
>> In this use case I value simplicity over everything else. For example
>> when I plot a series of plots I need to scale the subplots if the number of
>> plots changes (otherwise the plots becomes smaller, labels overlaps an so
>> on).
>>
>
> Here I mean: if I use subplots I need to take care of rescaling, avoiding
> overlaps and so on. Problems absent when using separate figures.
>
> Antonio
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20140221/e27db7fc/attachment.html>