About import_statements which does the following:

    sage: import_statements(RationalField, IntegerRing)
    from sage.rings.rational_field import RationalField
    from sage.rings.integer_ring import IntegerRing

On Sat, Feb 18, 2012 at 12:34:41PM -0800, Anne Schilling wrote (slightly edited)
> The only problem with import_statements is that when it is used on
> some object that is imported by default one gets an error, and one
> has to locate the object by hand:
>
> sage: import_statements(ClonableIntArray)
> NameError: name 'ClonableIntArray' is not defined

Yeah, maybe import_statements should run a search_def in case the
object is not imported by default in the interpreter. This would
require passing the name of the object as:

    sage: import_statements("ClonableIntArray")

It also would probably require extending search_def to also lookup
classes and not only functions. Please open a ticket if you find this
feature potentially useful, and I might get to it next time I am
bothered by it :-)

The ultimate feature would be to combine this with pyflakes [1] to
propose at once statements for all missing imports in a given file.

Cheers,
                                Nicolas

[1] http://pypi.python.org/pypi/pyflakes
--
Nicolas M. ThiƩry "Isil" <nthi...@users.sf.net>
http://Nicolas.Thiery.name/

-- 
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to 
sage-devel+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage-devel
URL: http://www.sagemath.org

Reply via email to