[sage-devel] Re: Embedded number fields

2013-11-02 Thread Nils Bruin
On Saturday, November 2, 2013 10:34:10 AM UTC-7, vdelecroix wrote: > > I am working with number fields that I consider as subfields of RR. RR doesn't coerce into AA (it really doesn't!), so specifying an embedding of your numberfield in RR is not going to help in finding a coercion into AA. You

[sage-devel] Re: documentation with "SetPartitionsAk(k)"

2013-11-02 Thread Volker Braun
You should never "from sage.all import *". For starters, that is already imported in the doctest framework. The doctest framework might have redefined something for doctesting purposes. On Saturday, November 2, 2013 5:51:47 PM UTC, Pedro Cruz wrote: > > Dear Sage 5.12 developers, > > when usin

[sage-devel] documentation with "SetPartitionsAk(k)"

2013-11-02 Thread Pedro Cruz
Dear Sage 5.12 developers, when using sage -docbuild pt/megua html we are getting the right documentation of our module but in the middle (and we believe is after this line): from sage.all import * we are getting documentation from functions like: "SetPartitionsAk(k)" ou " SetPart

[sage-devel] Embedded number fields

2013-11-02 Thread Vincent Delecroix
Hi, I am working with number fields that I consider as subfields of RR. I want (relatively fast) exact computations and at the same time being able to compare elements for the order induced by RR (see for example #13123 going in that direction). These fields are naturally embedded in AA but it see