Updates:
Status: Fixed
Comment #27 on issue 1919 by asmeurer: unify behavior of var() and symbols()
http://code.google.com/p/sympy/issues/detail?id=1919
This was already pushed in.
--
You received this message because you are subscribed to the Google Groups
sympy-patches group
Comment #26 on issue 1919 by asmeurer: unify behavior of var() and symbols()
http://code.google.com/p/sympy/issues/detail?id=1919
This is included in the latest release candidate.
--
You received this message because you are subscribed to the Google Groups
sympy-patches group.
To post
Updates:
Status: NeedsDecision
Labels: -Milestone-Release0.7.0 -NeedsReview PassedReview
Comment #22 on issue 1919 by asmeurer: unify behavior of var() and symbols()
http://code.google.com/p/sympy/issues/detail?id=1919
The 'x y z' vs. 'x,y,z' is not important for the release
Comment #18 on issue 1919 by Vinzent.Steinberg: unify behavior of var() and
symbols()
http://code.google.com/p/sympy/issues/detail?id=1919
So let's just keep both ways of doing things?
--
You received this message because you are subscribed to the Google Groups
sympy-patches group.
To post
Comment #21 on issue 1919 by asmeurer: unify behavior of var() and symbols()
http://code.google.com/p/sympy/issues/detail?id=1919
Well, obviously I prefer 'x y z'. 'x,y,z' with no spaces just doesn't look
good to me. I don't see why 'x, y, z' should be a no-go.
--
You received
Comment #17 on issue 1919 by matt...@gmail.com: unify behavior of var() and
symbols()
http://code.google.com/p/sympy/issues/detail?id=1919
When talking about DSLs in SymPy, we shouldn't take Python code quality
standards into account. My self I like symbols(x,y,z) and obviously
symbols(x
Comment #15 on issue 1919 by Vinzent.Steinberg: unify behavior of var() and
symbols()
http://code.google.com/p/sympy/issues/detail?id=1919
I don't like symbols('x, y, z') because it is needlessly verbose. I know
that Mateusz prefers symbols('x,y,z') over symbols('x y z'), so I guess we
2010/8/18 Mateusz Paprocki matt...@gmail.com:
The syntax was added in polys11 branch, e.g.:
In [1]: symbols('x:z')
Out[1]: (x, y, z)
In [2]: symbols('a:d,x:z')
Out[2]: (a, b, c, d, x, y, z)
In [3]: symbols(('a:d', 'x:z'))
Out[3]: ((a, b, c, d), (x, y, z))
In [4]: symbols('xx:zz')
Would it be possible to have it recognize numbers as in
symbols('a1:10') - a1, a2, a3, ..., a10? One could also have the
parser only recognize the number(s) or single characters on either
side of the : so that symbols('aa:z') would give aa, ab, ac, ..., az.
--
You received this message because
On Aug 17, 6:32 pm, Vinzent Steinberg
vinzent.steinb...@googlemail.com wrote:
2010/8/17 Aaron S. Meurer asmeu...@gmail.com:
Well, here's the problem with the spaceless option:
var('ab cd ef')
(ab, cd, ef)
var('ab cd')
(ab, cd)
var('ab')
(a, b)
You could still do
var('ab ')
var; I
have submitted a patch 1919 on Vinzent's suggestion in the same issue
to make var behave like symbols. Which way should it go?
var('abc') - injects abc or a, b, c?
I personally like to be able to quickly make a few variables so prefer
the spaceless option. Of course with Mateusz's
Hi,
On Mon, Aug 16, 2010 at 11:44:04PM -0700, smichr wrote:
Mateusz has made changes in polys11 to make symbols behave like var; I
have submitted a patch 1919 on Vinzent's suggestion in the same issue
to make var behave like symbols. Which way should it go?
var('abc') - injects abc or a, b
symbols() should not do each_char by default.
On Aug 17, 2010, at 12:44 AM, smichr wrote:
Mateusz has made changes in polys11 to make symbols behave like var; I
have submitted a patch 1919 on Vinzent's suggestion in the same issue
to make var behave like symbols. Which way should it go
2010/8/17 Aaron S. Meurer asmeu...@gmail.com:
Well, here's the problem with the spaceless option:
var('ab cd ef')
(ab, cd, ef)
var('ab cd')
(ab, cd)
var('ab')
(a, b)
You could still do
var('ab ')
ab
I really don't care as long as it is clearly documented, maybe we
should add better
14 matches
Mail list logo
