Status: Accepted
Owner: smichr
Labels: Type-Defect Priority-Medium
New issue 1960 by smichr: should repr form of geometry entities be the same
as str?
http://code.google.com/p/sympy/issues/detail?id=1960
Sorry if this is duplicating an issue (which I'm not able to find) but it
was discussed
Updates:
Cc: Vinzent.Steinberg asmeurer
Labels: NeedsReview
Comment #1 on issue 1960 by smichr: should repr form of geometry entities
be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
branch 1960 at smichr's github account is ready for review. (Aaron, yo
Updates:
Labels: -NeedsReview NeedsBetterPatch
Comment #2 on issue 1960 by asmeurer: should repr form of geometry entities
be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
It was issue 1948 (took me a while to find it too, actually). It looks
there is a prob
Comment #3 on issue 1960 by smichr: should repr form of geometry entities
be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
This is what it looks like in 1960 for me on windows:
from sympy import *
[Point(1,2)]
[Point(1, 2)]
[Point(Integer(10), Integer(2))]
[Point(
Updates:
Labels: -NeedsBetterPatch NeedsReview
Comment #4 on issue 1960 by smichr: should repr form of geometry entities
be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
After talking with Aaron on IRC, it appears that the Point'less tuple
appearance is a ppr
Updates:
Labels: -NeedsReview PassedReview
Comment #5 on issue 1960 by asmeurer: should repr form of geometry entities
be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
I am +1 on what's given, but I am not so sure about pprinting Point as a
tuple. I can see
Updates:
Labels: smichr
Comment #6 on issue 1960 by asmeurer: should repr form of geometry entities
be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google
Comment #7 on issue 1960 by smichr: should repr form of geometry entities
be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
Just as getting an integral sign rather than the word Integral is prettier,
so is getting the conventional coordinate representation of a Point
Comment #8 on issue 1960 by Vinzent.Steinberg: should repr form of geometry
entities be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
Well, I'm not sure. The integral sign is unambiguous, whereas a tuple is
not.
For example
(1, 2)
could be a point, a vector, a co
Comment #9 on issue 1960 by smichr: should repr form of geometry entities
be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
This patch is not addressing the pprint issue. pprint'ing without this
patch in master gives the Point'less representation, so please just ignor
Updates:
Labels: -PassedReview NeedsBetterPatch
Comment #10 on issue 1960 by Vinzent.Steinberg: should repr form of
geometry entities be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
There is a problem:
srepr(Line(Point(2, 2), Point(0, 10)).intersection(Line(P
Comment #11 on issue 1960 by asmeurer: should repr form of geometry
entities be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
Wait, why is ok to break repr() but not srepr()? Actually, I'm not sure I
really understand the subtle difference between the two.
--
You
Comment #12 on issue 1960 by Vinzent.Steinberg: should repr form of
geometry entities be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
I think in sympy we have repr() == str(), because str([...]) uses repr() to
print all elements inside the list, which is usually not
Comment #13 on issue 1960 by asmeurer: should repr form of geometry
entities be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
I see. I didn't realize that str(list) used repr(). By the way, that
reminds me that we still have that srepr(sqrt(x)) == Pow(Symbol('x'),
Comment #14 on issue 1960 by asmeurer: should repr form of geometry
entities be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
Actually, it's issue 1348, and Mateusz fixed it in his polys branch
(af4c122689a31a1e8546b9bb73bbcb03578c6ada).
--
You received this messag
Updates:
Labels: -NeedsBetterPatch
Comment #15 on issue 1960 by smichr: should repr form of geometry entities
be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
OK, so it looks like the srepr issue is the show stopper. So shall we just
close this issue? If you
Comment #17 on issue 1960 by asmeurer: should repr form of geometry
entities be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
Concerning repr() vs. srepr(): So do we want to fix issue 1994?
--
You received this message because you are subscribed to the Google Groups
Comment #18 on issue 1960 by smichr: should repr form of geometry entities
be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
Based on comment 12 I would say yes. We shouldn't be getting a pprint
representation.
--
You received this message because you are subscribed
Updates:
Status: WontFix
Comment #19 on issue 1960 by smichr: should repr form of geometry entities
be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google
Updates:
Status: Accepted
Comment #20 on issue 1960 by smi...@gmail.com: should repr form of geometry
entities be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
I think I have this fixed and have a commit in my geometry branch that
gives:
h[1] >>> p=Poin
Updates:
Status: Started
Labels: NeedsReview
Comment #21 on issue 1960 by asmeurer: should repr form of geometry
entities be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
I thought we fixed the Half bug.
--
You received this message because you are sub
Updates:
Status: Fixed
Comment #22 on issue 1960 by smi...@gmail.com: should repr form of geometry
entities be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
This is in.
Regarding S.Half...is this what you want:
h[1] >>> print srepr(S.Half)
Rational(1,
Comment #23 on issue 1960 by asmeurer: should repr form of geometry
entities be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
Well, yes, but your srepr fro comment 20 had a Half(1, 2) in it, which is
wrong.
--
You received this message because you are subscribed to
Comment #24 on issue 1960 by smi...@gmail.com: should repr form of geometry
entities be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
I wanted srepr to stop printing the expr tree like `(Point(Add(x, y),
Rational(3, 2))`. That sympy happens to print `Half(1, 2)` is a
Comment #25 on issue 1960 by asmeurer: should repr form of geometry
entities be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
Yes, you should be able to paste anything returned by srepr() and get the
original expression back. Also check the other singletons, too.
25 matches
Mail list logo