My best guess is that it&#39;s not actually a regression - I&#39;ve seen code in run_cell that ensures that only one block in a cell can fire displayhook, which could be what has been described. But it doesn&#39;t affect the situation in which that block causes displayhook to fire several times. As far as I know, the only way to achieve that would be to catch things in displayhook, append them to a list, and then display them only after computation has finished.<br>

<br>Thomas<br><br><div class="gmail_quote">On 21 March 2011 17:50, Brian Granger <span dir="ltr">&lt;<a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

I know Fernando is super busy with buying a hours this week, and he is<br>
most familiar with the input splitter logic, but did anyone figure out<br>
the regression that is triggering the display hook multiple times?<br>
<br>
Cheers,<br>
<font color="#888888"><br>
Brian<br>
</font><div><div></div><div class="h5"><br>
On Mon, Mar 14, 2011 at 3:22 PM, Thomas Kluyver &lt;<a href="mailto:takowl@gmail.com">takowl@gmail.com</a>&gt; wrote:<br>
&gt; On 14 March 2011 18:44, Robert Kern &lt;<a href="mailto:robert.kern@gmail.com">robert.kern@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; I&#39;m not sure what you are doing here. Out/_oh should be storing the actual<br>
&gt;&gt; objects. The history should be storing the formatted text from the<br>
&gt;&gt; displayhook;<br>
&gt;&gt; you should not try to use repr() on those objects afterwards. That records<br>
&gt;&gt; the<br>
&gt;&gt; wrong thing.<br>
&gt;<br>
&gt; That should now be what it&#39;s doing. Specifically, in displayhook,<br>
&gt; update_user_ns puts the actual object into Out[n] (and will update it on any<br>
&gt; subsequent calls, so the final output is stored). log_output then puts the<br>
&gt; text/plain representation of the object into a list of outputs, and when the<br>
&gt; execution is complete, all the outputs are stored in the database.<br>
&gt;<br>
&gt; Thomas<br>
&gt;<br>
</div></div><div class="im">&gt; _______________________________________________<br>
&gt; IPython-dev mailing list<br>
&gt; <a href="mailto:IPython-dev@scipy.org">IPython-dev@scipy.org</a><br>
&gt; <a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
&gt;<br>
&gt;<br>
<br>
<br>
<br>
</div><div><div></div><div class="h5">--<br>
Brian E. Granger, Ph.D.<br>
Assistant Professor of Physics<br>
Cal Poly State University, San Luis Obispo<br>
<a href="mailto:bgranger@calpoly.edu">bgranger@calpoly.edu</a><br>
<a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a><br>
</div></div></blockquote></div><br>