> I am commited to moving code from Boot to Spad. However, I am > worried by "big bang, fresh start" approach you seem to prefer.
Hmmm... I usually go for the "rewrite from scratch". ;-) Well, in this case it will basically be one anyway, because it seems that the most important function is mathprint and that function has to be moved to SPAD (i.e. written from scratch) anyway. > There are dependencies, some are non-obvious. What you mentioned about hyperdoc, is not so clear to me. > HyperDoc use of OutputForm needs to be cleaned up: currently > HyperDoc uses a set of "universal" routines to convert > s-expressions to text form. Hmmmm... can you say which part of HyperDoc uses OutputForm or SExpression? I don't exactly see a reason, why hyperdoc should ever have to touch OutputForm or i-output.boot or any of the formatting domains like HTMLFormat, TexmacsFormat, etc. > In particular, we need routine to do 1D text output of > OutputForm. Yes. Maybe we can start first with that. Since some time I am missing a format that would allow me to copy & paste things back to fricas. > Coming back to 'i-output.boot', I would like to have > Spad version. I believe that this is possible to do > _keeping_ existing representation, You mean, SExpression? What I actually don't understand is why SExpression must depend on OutputForm. Is this used in some place? Ralf -- 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 http://groups.google.com/group/fricas-devel. For more options, visit https://groups.google.com/d/optout.
