#7482 closed enhancement (fixed)
provide a mode so that undeclared variables magically spring into existence and object oriented notation is not necessary
Reported by: | was | Owned by: | tbd |
---|---|---|---|
Priority: | major | Milestone: | sage-4.3.1 |
Component: | misc | Keywords: | |
Cc: | Merged in: | sage-4.3.1.alpha0 | |
Authors: | William Stein | Reviewers: | Mitesh Patel |
Report Upstream: | N/A | Work issues: | |
Branch: | Commit: | ||
Dependencies: | Stopgaps: |
Description (last modified by )
This depends on #7514.
College teacher often say that by far the biggest obstruction to people switching from Maple to Sage is that:
(1) symbolic variables don't magically spring into existence when used
(2) one has to use object oriented notation---foo.bar(...)---to access methods of an object.
Attachments (5)
Change History (20)
comment:1 Changed 13 years ago by
comment:2 Changed 13 years ago by
Description: | modified (diff) |
---|
I'm attaching a patch that fully implements this in the notebook, via a command automatic_names(True). This depends on trac #7483. I could not figure out how to implement this on the command line without making potentially major changes to IPython, which is a bad idea at this point. So this will be notebook only. Since the target audience is newbie calculus freshman, restricting to the notebook probably isn't much of a constraint.
comment:3 Changed 13 years ago by
Here is a session (to be used in the notebook) that illustrates automatic_names:
sage: automatic_names(True) sage: x + y + z + wxy wxy + x + y + z sage: y(y=10) 10 sage: type(y) <class 'sagenb.misc.support.AutomaticVariable'> sage: trig_expand((2*x + 4*y + sin(2*theta))^2) 4*(sin(theta)*cos(theta) + x + 2*y)^2 sage: type(trig_expand) <class 'sagenb.misc.support.AutomaticVariable'> sage: type(x) <type 'sage.symbolic.expression.Expression'> sage: type(y) <class 'sagenb.misc.support.AutomaticVariable'>
Notice above that trig_expand, y, and theta were all automatically created. Notice that substitution y(y=10)
still works. If an object obj had a y method, then y(obj) would be evaluated as obj.y().
Here's a test showing that we avoid infinite loops:
sage: raise NameError Traceback (most recent call last): ... NameError sage: raise NameError, "'var'" Traceback (most recent call last): ... NameError: Too many automatic variable names and functions created (limit=10000)
comment:4 Changed 13 years ago by
Status: | new → needs_review |
---|
comment:5 Changed 13 years ago by
I've put a new sagenb spkg with just this patch (and the one from 7483) here:
http://wstein.org/home/wstein/patches/sagenb/sagenb-0.4.3.p1.spkg
comment:6 Changed 13 years ago by
The Selenium test results are unchanged in FF3.5.5 on Linux.
make ptest
on sage.math passes.
comment:8 Changed 13 years ago by
This looks good to and works for me, but it'd be great to get additional data.
Please try the demo at alpha.sagenb.org!
comment:9 Changed 13 years ago by
Authors: | → William Stein |
---|---|
Report Upstream: | → N/A |
Reviewers: | → Mitesh Patel |
Status: | needs_review → positive_review |
This is very clever! In
so that ``foo(bar, ...)`` gets transformed to ``foo.bar(...)``.
should the latter be ``bar.foo(...)``
?
Should we advertise automatic_names
on sage-edu
?
comment:10 Changed 13 years ago by
V3 changes
sage: automatic_names(True)
to
sage: automatic_names(True) # not tested
Changed 13 years ago by
Attachment: | sagenb_7482.3.patch added |
---|
Suppress a doctest (cf. #7650). Replaces sagenb patch.
comment:12 Changed 13 years ago by
Description: | modified (diff) |
---|
Changed 13 years ago by
Attachment: | sagenb_7482.4.patch added |
---|
Rebased vs. #7514's "part3.2". Replaces sagenb patch.
comment:14 Changed 13 years ago by
Resolution: | → fixed |
---|---|
Status: | positive_review → closed |
Merged into sagenb-0.4.8.
comment:15 Changed 13 years ago by
Merged in: | → sage-4.3.1.alpha0 |
---|
I have created a "mock up" of the above functionality, for people to play with, which doesn't even require applying a patch. Just paste the following into a Sage notebook cell and press shift-enter:
Now if you put %magic at the top of an input cell, then symbolic variables magically spring into life, and object oriented notation is not necessary. There isn't an easy way to make this permanent for all cells in a worksheet (without putting %magic) without actually changing the sage library with a patch. This is because of a major annoying mistake I found just now (see #7483).