<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Back to the question of output-level metadata.  When a bit of code<br>
remains unused for almost a year, I start to question whether we<br>
really need it.  I not convinced we don&#39;t need it, I am not sure.  In<br>
light of this, I don&#39;t think that adding it to the notebook format<br>
makes sense.  When one of us finds a good purpose for this metadata,<br>
let&#39;s add it to the nbformat them.<br></blockquote><div><br>I agree that output metadata might not be that useful, but I think it would be useful<br>to be able to add metadata to the output of any &quot;execute&quot; on an ipython kernel where by<br>
execute I mean anything that passes a string to an ipython kernel.<br><br>The notebook is only one frontend that passes a string to ipython and the notebook<br>is such that the return value is a NotebookNode which allows the possibility of metadata and there <br>
is not even any way to set that metadata via a mechanism like &quot;publish_display_data&quot;. <br><br>But, &quot;publish_display_data&quot; appends something to the output of the result of executing &quot;chunk&quot; that all<br>
frontends have to deal with. Why can&#39;t there be something that adds something (i.e. metadata) to the result<br>of executing &quot;chunk&quot; that all frontends have to deal with (and most can ignore if they want). It would be like<br>
a silent &quot;publish_display_data&quot;...<br><br>Jonathan<br clear="all"></div></div><br>-- <br>Jonathan Taylor                          <br>Dept. of Statistics                      <br>Sequoia Hall, 137                          <br>
390 Serra Mall<br>Stanford, CA 94305<br>Tel:   650.723.9230<br>Fax:   650.725.8977<br>Web: <a href="http://www-stat.stanford.edu/~jtaylo">http://www-stat.stanford.edu/~jtaylo</a><br>