On 23 October 2016 at 16:45, Vincent Delecroix <20100.delecr...@gmail.com> wrote: > John, there seems to be a confusion in your answer.
Right -- thanks for clarifying. The current behaviour is what I would expect when coercing (or at least converting) into Zmod(n) but we are implementing something else for r%n to be consistent to what people expect when r is real. OK. One solution is surely to not have another method on QQ at all, but let users use the existing Zmod(n)(r) and lift if they need an element of ZZ? > > The current behavior of (p/q) % n is to return Zmod(n)(p/q).lift(). We > want to change it to be something else as proposed in [1], [2] and > [3]. What I want is to preserve a way of doing efficiently the old > behavior... > > [1] https://groups.google.com/forum/#!topic/sage-devel/PfMop0nyiL0 > [2] https://trac.sagemath.org/ticket/21745 > [3] https://trac.sagemath.org/ticket/15260 > > -- > You received this message because you are subscribed to the Google Groups > "sage-devel" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to sage-devel+unsubscr...@googlegroups.com. > To post to this group, send email to sage-devel@googlegroups.com. > Visit this group at https://groups.google.com/group/sage-devel. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at https://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
