Honestly, I would be happy, if input/ contained just testfiles and
 this directory would be called tests/. THis should be OK for type
(A) files. Type-(B) files should gradually be transformed to type-(A) files.

It is not clear what you mean by "gradually transformed". Rewriting those files files to use Unittest framework is significant work,That
is why I said "gradually". And while doing this one could clean
updouble-testing. I just do not so much like "testing against the
previousversion" in particular if only the output is compared. I
agree that isbetter than nothing, but tests should test whether a particular 
version
behaves according to the specification.

Files of type (C) are actually living as sources in some .htex files for the book. I think it would make sense to generate them from the .htex files on the fly by a simple awk run. (I am currently trying to achieve that.)

It makes sense to reduce duplication. When I looked at this there were differences between what was in FriCAS book and the file (IIRC this was mostly formatting and comments).

Yes, I've noticed that and will take care of it.

So there is some work to do.

My time.

And as I wrote, we do not need to ship the same pistures as in old book.

Clear. With de-duplication, that's then easily possible.

BTW: my first instinct would be to generate .htex file from image files. That probaly could be reduced to appending various hunks. Opposite seem to require parsing, which is usually more effort.

I considered that also (including junks from .input into certain .htex
parts, if that is what you mean), but as you have noticed the some files
are split over several junks in the book, so that would mean marking
them in the .input format. Furthermore, including those junks in the
right place of the .htex file would also mean parsing (or rather
"finding the right place").

Going from .htex to .input is much easier. The current xmpLines look like

\begin{xmpLines}
...
\end{xmpLines}

There is not really parsing involved. Simple awk rules will do.
And the second argument is that .htex is by definition a source format.
I would find it strange if some of these files would be generated.

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/fricas-devel/a620c810-c0ce-41c5-867e-0a55bce46b46%40hemmecke.org.

Reply via email to