> I think we have to choose between a small and relatively
> cost-efficient modification of the current format or a full blown
> guile format. The current textclass format is really an ad hoc one
> (entries are not orthogonal at all) and we cannot afford to add new
> functionality if it does not have clearly defined semantics. We should
> be able to differentiate for example between the code generation part
> and the display part. Currently, several options serve both purpose,
> and in a way which is sometimes ugly.
Maybe the first thing to do is to understand exactly what is wrong
with the current format.
Which entries are not orthogonal? Can they be made orthogonal?
Can we simplify things? Can we separate things?
In short: Can we clarify the semantics of the format, and then
simplify the semantics of the format, while still extending it?
Given that the current format is an ad hoc solution, chances are that
this task is possible without doing a full-blown Guile format.
I fear adding a full-blown Guile format (btw. guile 1.3 is out! :-)
will lead us into a trap: We'll just get even worse semantics and
thus more bugs.
Greets,
Asger
