Sorry for the delay in replying; as noted earlier, I've been traveling. I agree with Samuel; it's important to deprecate first. Some of us run scripts that will break if you simply remove the command, but a deprecation warning both allows the script to keep running and (if it's a good warning) suggests a solution that helps us move on.
Will the ticket you've opened also deal with multivariate polynomial ideals, or are you working on symbolic expressions only? Just so I know whether to open a new ticket (probably sometime next week; still traveling...) john perry On Wednesday, December 3, 2014 10:27:53 AM UTC+1, Ralf Stephan wrote: > > Sorry, a bit late. I also agree with removing *coeffs* and referring to > *list *in the documentation of *coefficients*. > > What's more, the issue comes up with symbolic expressions too, where > *coeffs *is an alias of* coefficients*, and there is no list function. > This would be the perfect opportunity to unify methods over both symbolic, > poly, and series rings, so, as it appears agreement was reached, I have > opened a ticket for the symbolics part for > > * adding a `sparse` parameter to `Expression.coefficients()`, default > `True` > * removing/deprecating the `coeff` and `coeffs` aliases > * implement `Expression.list()`, simply calling > `coefficients(sparse=False)` > > http://trac.sagemath.org/ticket/17438 > > Can the coeffs alias be immediately removed? Is a deprecation of an alias > needed? > > Regards, > -- 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 http://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
