<div dir="ltr">One thing you can try to make __all__ a little more manageable is to create a decorator @importable that automatically adds a class or function to __all__.<div><br></div><div>See for example <a href="https://github.com/mattpap/sympy/commit/aa37bc12f43d603a4c17e6765a9706d92b95526f">https://github.com/mattpap/sympy/commit/aa37bc12f43d603a4c17e6765a9706d92b95526f</a>.</div>

<div><br></div><div>Aaron Meurer</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, May 19, 2013 at 11:19 AM, Carlos Córdoba <span dir="ltr"><<a href="mailto:ccordoba12@gmail.com" target="_blank">ccordoba12@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Fernando,<br>
<br>
I'll talk to Pierre and the other members of our team to see if we can<br>
come up with a sensible PR. Just adding _all__ would be a real gain for us.<br>
<br>
Cheers,<br>
Carlos<br>
<br>
El 17/05/13 17:16, Fernando Perez escribió:<br>
<div class="HOEnZb"><div class="h5">> Hi Carlos,<br>
><br>
> On Fri, May 17, 2013 at 12:51 PM, Carlos Córdoba <<a href="mailto:ccordoba12@gmail.com">ccordoba12@gmail.com</a>> wrote:<br>
>> Ok, thanks for the answer, that makes more sense (although I don't agree<br>
>> with making such changes so far ahead in time).<br>
>><br>
>> But what about my proposal of an __all__ attribute? That would make<br>
>> IPython consumer lives much easier and pleasant.<br>
> Yes, that's something we actually need to work on and that's been on<br>
> my radar for a long time: exposing for some of the main packages a bit<br>
> of interface in the main __init__ file.<br>
><br>
> BTW, it's worth noting that the Qt code in IPython is very much in<br>
> need of engineering love... You guys and Enthought are the main<br>
> stakeholders in there, but there's not a ton of activity.<br>
><br>
> The reality is that it's a bit of a liability to have a complex code<br>
> like that where the most active core IPython team isn't really using<br>
> it.  So if you see architectural cleanups that you can make, by all<br>
> means dig into the code.  I'm sure things will be better for everyone<br>
> involved if that part of the code gains some more active<br>
> maintainership.<br>
><br>
> Cheers,<br>
><br>
> f<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>
<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></div>