Issue 1517 in sympy: galgebra.GA docstrings

Status: Accepted Owner: smichr Labels: Type-Defect Priority-Medium New issue 1517 by smichr: galgebra.GA docstrings http://code.google.com/p/sympy/issues/detail?id=1517 Some of the docstrings are puzzling in GA and need some attention: ### def symbol(sym_str): """ Symbol converts a st

Issue 1511 in sympy: weird error with evalf

Comment #1 on issue 1511 by Toon.Verstraelen: weird error with evalf http://code.google.com/p/sympy/issues/detail?id=1511 This is fixed in issue 1512. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust y

Issue 1513 in sympy: complex log is not simplified

Comment #1 on issue 1513 by ronan.l...@gmail.com: complex log is not simplified http://code.google.com/p/sympy/issues/detail?id=1513 simplify is rather dumb, by design I think. On the other hand: >>> sympy.expand(sympy.log("sqrt(2)/2+sqrt(2)/2*I"), complex=True) pi*I/4 As for your suggestion

Issue 1515 in sympy: caching does not distinct ints and longs

Comment #1 on issue 1515 by ronan.l...@gmail.com: caching does not distinct ints and longs http://code.google.com/p/sympy/issues/detail?id=1515 This is related to issue 1458. Fixing b is indeed trivial but I think a has non-trivial performance implications. -- You received this message bec

Issue 1516 in sympy: exp.as_leading_term returns wrong results

Status: New Owner: Labels: Type-Defect Priority-Medium New issue 1516 by ronan.l...@gmail.com: exp.as_leading_term returns wrong results http://code.google.com/p/sympy/issues/detail?id=1516 as_leading_term is implicitly understood (at least by me) to obey the following mathematical contra

Issue 1477 in sympy: Printing with double subscripts

Comment #17 on issue 1477 by andy.terrel: Printing with double subscripts http://code.google.com/p/sympy/issues/detail?id=1477 Here are some places that explain it better. http://mathworld.wolfram.com/CommaDerivative.html http://en.wikibooks.org/wiki/General_relativity/Coordinate_systems_and_t

Issue 1489 in sympy: latex printing of matrices needs more options for the matrix type used and the delimiter

Comment #4 on issue 1489 by ryanlists: latex printing of matrices needs more options for the matrix type used and the delimiter http://code.google.com/p/sympy/issues/detail?id=1489 Thanks! -- You received this message because you are listed in the owner or CC fields of this issue, or because

Issue 1491 in sympy: LatexPrinter: mainvar

Comment #4 on issue 1491 by ryanlists: LatexPrinter: mainvar http://code.google.com/p/sympy/issues/detail?id=1491 Another good point and thanks for the review. I removed Wild('p3') and replaced all references to p3 with p2 (I thought it would be weird to have p1 and p3 without p2). -- You

Issue 1336 in sympy: Arbitrary constant type

Comment #9 on issue 1336 by andy.terrel: Arbitrary constant type http://code.google.com/p/sympy/issues/detail?id=1336 Right I see. And if you put the above logic in both the __mul__ and __rmul__ you get an infinite loop. Hmm just putting it in Mul (as Order does) seems the only way to go, as

Issue 1490 in sympy: LatexPrinter doprint inline=None

Comment #4 on issue 1490 by ryanlists: LatexPrinter doprint inline=None http://code.google.com/p/sympy/issues/detail?id=1490 Thanks for looking at this. Good point about line 45. I think I was thinking "I am 95% certain its a string, I'll just put '%s' here just in case." But how would a

Issue 1512 in sympy: internal code broken in sympy.core.numbers

Comment #4 on issue 1512 by nicolas.pourcelot: internal code broken in sympy.core.numbers http://code.google.com/p/sympy/issues/detail?id=1512 Thanks for the test ! I couldn't find what it really broke in end user interface. So, this was a real issue after all. To sum up, it seems, N(E + x)