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.