>
> Of course just submit a patch. Such as what you attached to your
> original message. :)
>
Help very much appreciated!
In your first message you wrote:
>
> ...
>
> > (53) -> f::INFORM
> >
> > (53)
> > (%defprod (+ (%defsum (/ 1 (+ %LW 2)) %LW (*01000s 10) 0 (+ %LX -
> 1)) 1)
> > %LX (*01000p 11) 0 (+ n - 1))
> > Type:
> > InputForm
> >
> > As you can see, the summation variables have subscripts. However,
> > the string representation of the InputForm of scripted symbols does
> > not allow to reproduce the symbol.
>
> Although I am very much in favor of improving the coding for
> InputForm, I note what you wrote above is strictly speaking not true.
>
> (*01000s 10) and (*01000p 11)
>
> do contain all the information you need to reconstruct the s_{10} and
> p_{11} subscripts. Could process *01000s as a function that takes one
> argument 10 and produces a subscripted symbol s, etc. In the past I
> have done this in FriCAS internally when wanting to interpret
> InputForm expressions.
>
Oh dear, that's very "clever". Many thanks. What information does the
01000
contain?
In any case, this raises the question:
* does the FriCAS team prefer if I do this mangling on the sage side, or
* does the FriCAS team prefer if I wait for the patch (or something
similar) above?
Martin
--
You received this message because you are subscribed to the Google Groups
"FriCAS - computer algebra system" 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 https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.
