<div class="gmail_quote">On 8 April 2011 09:04, Jason Grout <span dir="ltr"><<a href="mailto:jason-sage@creativetrax.com" target="_blank">jason-sage@creativetrax.com</a>></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;">


<div>
</div>I was thinking more of multiple output messages for a single input<br>
(assuming that you stored multiple outputs in the database).  That is<br>
our current problem, since our use-case will always have an<br>
execution_count of 1.</blockquote></div><br>At present, if you get multiple outputs (e.g by doing "12*3; 88*14", they are stored in a JSON list in the database (if you have output logging enabled, which it isn't by default).<br>


<br>I'm not quite sure what you mean by always having an execution count of 1. Is this the aleph prototype* or something similar? The way I envisaged history working, if the namespace is preserved from command to command, the execution count increases. If it isn't, each run is kind of a new session. The interface for retrieving history works better with sessions with more than one command, but there's nothing to stop you making sessions with a single cell in each.<br>


<br>* For those who haven't seen aleph: <a href="http://aleph.sagemath.org/static/sagealeph.html" target="_blank">http://aleph.sagemath.org/static/sagealeph.html</a><br><br>Best wishes,<br>Thomas<br>