Ok, this is now

http://trac.sagemath.org/sage_trac/ticket/12543

Cheers,

Anne

On 2/19/12 2:04 PM, Nicolas M. Thiery wrote:
> 
> 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/

-- 
You received this message because you are subscribed to the Google Groups 
"sage-combinat-devel" group.
To post to this group, send email to sage-combinat-devel@googlegroups.com.
To unsubscribe from this group, send email to 
sage-combinat-devel+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/sage-combinat-devel?hl=en.

Reply via email to