<div class="gmail_quote">On Wed, Sep 15, 2010 at 1:08 AM, Fernando Perez <span dir="ltr">&lt;<a href="http://fperez.net">fperez.net</a>@<a href="http://gmail.com">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;">

<div class="im">On Tue, Sep 14, 2010 at 6:01 PM, Benjamin Root &lt;<a href="mailto:ben.root@ou.edu">ben.root@ou.edu</a>&gt; wrote:<br>
&gt; True... but, consider this.  ipython can already display the code for a<br>
&gt; particular module/function using the &#39;??&#39; idiom.  Why not have some way to<br>
&gt; take that text and bring it into the input buffer?<br>
<br>
</div>Yes, but that&#39;s a separate issue.  The approach you propose would<br>
likely have in ex.demo_somehting() a stub to retrieve the actual<br>
example code as a string from a file elsewhere, because (at least<br>
right now) the mpl examples are written as 100% standalone files, not<br>
as functions inside of some other control module.  What you are saying<br>
does apply to the mayavi.mlab.test_*() functions, that do serve as<br>
examples precisely in that manner, since those *do* contain their code<br>
inside the functions.<br>
<br>
So for the matplotlib examples, that live in standalone files, we&#39;d<br>
still need something different.<br>
<div class="im"><br></div></blockquote><div><br>Well, my idea was predicated upon what I said previously that matplotlib should package the examples into a useful module with function call.  This way, one could have been able to run the demos and view the code just like any other piece of code in matplotlib.<br>

 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
&gt; I can imagine this being useful beyond matplotlib where anybody could have<br>
&gt; their example codes easily accessed and edited.<br>
<br>
</div>Certainly!  Right now the pager is a very simple tool, but I hope that<br>
once we put this code out we&#39;ll get contributions from enterprising Qt<br>
coders who may improve it and add things like a button that would copy<br>
the code from the source part of an info pane and paste it in the<br>
interactive area, all with a single click.<br>
<br>
We want to settle the core protocol/messaging behavior first, and once<br>
this is ready and people test it a little, I really hope we&#39;ll get<br>
contributions that enhance the user experience very much in this<br>
manner.<br>
<br></blockquote><div><br>That is a good gameplan.  What I have seen of ipython is very good and really resolves a lot of gripes I have had with my typical python development workflow.  Keep up the good work!<br><br>Ben Root<br>

</div></div>