On 05/17/2014 02:30 PM, Waldek Hebisch wrote: >> Furthermore, for the book I introduced )set output latex on.
> Well, keeping compatiblity with plain TeX would be nice but if it is > too much trouble, then I do not insist. It's not trouble, it's just keeping TexFormat and introducing LaTeXFormat or rather simply replace TexFormat by LaTeXFormat. > I think that extra domain for LaTeX is not a good idea. I agree. TexFormat should simply format as LaTeX. > Rather, we should allow setting options for TexFormat. Techically > having a domain like TexFormatOptions (or maybe FormatOptions) would > be more elegant, but in practice a bunch of functions in TexFormat to > set options should do. Honestly, the only reason why I not simply rewrote TexFormat to output LaTeX was compatibility. I don't think that there are many papers out there that rely on the fact that AXIOM's output was TeX. I know people, who still write in plain TeX, but that's too rare for me to really bother with this compatibility. So I'm letting TexFormat output LaTeX stuff. Back to my fricas-book branch... All the other commits (on top of https://github.com/hemmecke/fricas/tree/axiom2spad ) that are at https://github.com/hemmecke/fricas/commits/fricas-book need cleanup. But they do not involve .spad files anymore. Meanwhile I think the whole thing should be just two commits, one that adds the LaTeXFormat domain (or rather modifies TexFormat) and then all the rest that produce the book (with all the changes to the .ht and .htex files). (... too long latex lines in output ...) > The author had some didactic pupropose in mind. Probably wanted to > show features of packege and it is possible that simpler example > will not do. In HyperDoc output is at first folded, and only after > clik on the button it shows up. > >> So yes, you might think that this is a step back, but for me it's a >> technical thing that must be done. As I said, the actual contents >> of the book needs revision anyway and at revision time one can >> also deal with these issues of too large output. > > I understand that this is right compromise for making book. But in > such case I would rather make a separate (hopefully small) patch > with workarounds and say that for making book this extra patch is > needed. .dvi and .pdf are portable so we can distribute book made > from patched sources and for most of users that will be all what > they want. There is inconvenience for folks who want to re-make > book, but if we commit workarounds there is tendency to forget about > them... OK. But that is exactly what I have done by the commit named "add ; to suppress overly long output" 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.
