<br><br><div class="gmail_quote">On Sun, Feb 24, 2013 at 11:33 PM, Stéfan van der Walt <span dir="ltr">&lt;<a href="mailto:stefan@sun.ac.za" target="_blank">stefan@sun.ac.za</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On Mon, Feb 25, 2013 at 9:21 AM, Min RK &lt;<a href="mailto:benjaminrk@gmail.com">benjaminrk@gmail.com</a>&gt; wrote:<br>
&gt; No, this proposal does not change the fact that the kernel is generally unaware of frontend capabilities.<br>
&gt; it only provides an avenue for limited cases, such as in-process IPython, to express their limitations and avoid wasted rendering, or for users / devs to limit which formats are displayed in general from the kernel side in an easy fashion.<br>


<br>
</div>Great.<br>
<br>
To avoid the problem with separately registering active types, could<br>
one use a subclass of dict that updates a keys list on every set?<br></blockquote><div><br></div><div>I think that should be possible, I&#39;ll think about it.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div class="HOEnZb"><div class="h5"><br>
Stéfan<br>
_______________________________________________<br>
IPython-dev mailing list<br>
<a href="mailto:IPython-dev@scipy.org">IPython-dev@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
</div></div></blockquote></div><br>