#17958: implement declare_var, deprecate (None)var
-----------------------------+------------------------
Reporter: rws | Owner:
Type: defect | Status: new
Priority: major | Milestone: sage-6.6
Component: symbolics | Resolution:
Keywords: | Merged in:
Authors: | Reviewers:
Report Upstream: N/A | Work issues:
Branch: | Commit:
Dependencies: | Stopgaps:
-----------------------------+------------------------
Comment (by tmonteil):
Replying to [comment:9 egourgoulhon]:
> Replying to [comment:8 vdelecroix]:
> > The name `var` by itself makes a lot of confusion. There are Python
variables which are a very different concept. What about calling it
`symbol` or `Symbol` as it is done in [http://www.sympy.org/en/index.html
sympy]?
>
> +1
>
> Eric.
+1 as well, the name "variable" causes a lot of troubles to newcommers
that use `var()` to declare Python names, see for example
[http://ask.sagemath.org/questions/scope:all/sort:activity-
desc/tags:variable_issue/page:1/ this list of ask questions]. Instead of a
generic "variable", we should use "symbol" (for SR), "name" (for Python),
perhaps even "indeterminate" for polynomials.
By the way, note the difference between
{{{
sage: SR.var('x,y')
(x, y)
}}}
and
{{{
sage: SR.symbol('x,y')
x,y
sage: SR.symbol('x y')
x y
}}}
So perhaps should we also make a difference between `Symbol` and `Symbols`
?
--
Ticket URL: <http://trac.sagemath.org/ticket/17958#comment:10>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac.
For more options, visit https://groups.google.com/d/optout.
