#11576: make it possible to generate sequences of variables easily
-------------------------------+--------------------------------------------
Reporter: kcrisman | Owner: burcin
Type: enhancement | Status: new
Priority: major | Milestone: sage-5.6
Component: symbolics | Resolution:
Keywords: Cernay2012 | Work issues:
Report Upstream: N/A | Reviewers:
Authors: | Merged in:
Dependencies: | Stopgaps:
-------------------------------+--------------------------------------------
Comment (by kcrisman):
Thanks for your comments - I think I agree with most of that.
> You're right... my motivation was simply, "make it easy to create a
bunch of symbols," but I don't like this:
>
> {{{
> sage: a = SR.symbols('a')
> sage: bool(a[11] == a[1,1])
> True
> }}}
>
> The next-best thing I can think of is to use underscores, like the latex
representation. This makes everything a little uglier, but avoids the
ambiguity. Thoughts?
Yeah, I'm not sure either. I'd appreciate input from people who actually
''use'' this stuff! I don't make such variable sequences in my own work.
I see your new patch, but it still looks like
{{{
a_1_2_3_4_5_6
}}}
could represent a whole Catalan stew of different indices with the nested
thing going on. I don't feel like making this decision, but it would be
a shame for something to languish. Maybe Burcin or Florent have ideas -
it ''is'' true that it's silly to reinvent the wheel if Ginac has this
already, but we do now have a patch...
Also, what do you know about the memory leak issue in comment:4?
> > * Should `SymbolSequence` inherit from something?
> I dunno. I think this is the first standalone class I've written for the
sage library. Anyone know?
Usually at least from `SageObject`, I guess. Would `Symbol` be
appropriate, or maybe not? What generic methods would you want available
to this class via inheritance that `Symbol` already has? I guess each
individual symbol has everything that `Symbol` has.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/11576#comment:13>
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 post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/sage-trac?hl=en.
