<div class="gmail_quote">On Fri, Feb 6, 2009 at 3:10 AM, Fernando Perez <span dir="ltr">&lt;<a href="http://fperez.net" target="_blank">fperez.net</a>@<a href="http://gmail.com" target="_blank">gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>On Wed, Feb 4, 2009 at 9:41 AM, Ville M. Vainio &lt;<a href="mailto:vivainio@gmail.com" target="_blank">vivainio@gmail.com</a>&gt; wrote:<br>
<br>
&gt; I like to think of it as a place to put extensions that are not<br>
&gt; coupled to ipython release cycle - think of it as &#39;contrib&#39; folder.<br>
&gt; In addition to allowing independent release cycle, it can be faster to<br>
&gt; put stuff &#39;in-development&#39; extensions there, since there are no<br>
&gt; centralized quality requirements (no unit tests needed) - code is<br>
&gt; released &quot;with the hope that it will be useful&quot;.<br>
&gt;<br>
&gt; It&#39;s also easier to tell users to pull a new version<br>
&gt; ipython-extensions than to ask them to upgrade their ipython<br>
&gt; installation (which may come from their linux distribution).<br>
<br>
</div>It&#39;s worth noting that if Darren is willing to add tests/docs for it,<br>
I&#39;d be happy to have it in ipython proper. &nbsp;But we are trying to be<br>
serious about not committing any code without docs and tests into the<br>
core, so in the end it&#39;s your choice, Darren, of where to send it.<br></blockquote><div><br>I submitted the h5py completer to the author of h5py, he is considering including it in h5py-1.1. I think it might make more sense for it to be distributed as a part of h5py. Do you think ipython is a better home for it?<br>
<br>I hadn&#39;t really intended to continue work on the ipy_dict_completer, I was only using it as a stepping stone, but it might be a good candidate for inclusion in ipython at some point. It was easy enough to implement the items completer for h5py since it only accepts strings for the keys. For a regular dict that can use any hashable object as a key, it should be possible to check the user namespace for possible completions, and then filter that list based on whether those objects appear as keys in the dict being completed. Although, I can imagine entanglements like:<br>
<br>dict_a = {11:&#39;eleven&#39;}<br>dict_b= {12: dict_a}<br><br>dict_a[dict_b[dict_&lt;tab&gt;<br><br>which might be simple enough to do with recursive calls, but I&#39;ve never gotten an answer on whether or not it is possible to hook back into the standard ipython completion pipeline from within a completer. Plus, I really need to use the time I have available to work on my physical quantities package, which is nearly ready to submit to numpy-discussion for comments. I think I&#39;d rather submit the dict completer to ipython-extensions for now, in case anyone would like to put the finishing touches on it.<br>
<br>Darren<br></div></div><br>