[tei-council] DTD generation and overriding @rend, again

Martin Holmes mholmes at uvic.ca
Sat Aug 2 12:55:49 EDT 2014


On 14-08-02 04:08 AM, Sebastian Rahtz wrote:
> I just replied to Martin about this on the Stylesheets issue tracker, but some
> others of you may appreciate more info on the problem, so I copy my response here.
>
> I looked at this last night. The important thing to understand is the difference between compiled
> DTDs, where we reduce down what was requested to a useable DTD, and parameterized DTDs where everything is left in place, behind guards which can be switched on or off in the document instance DTD subset. The overriding of @rend in <list> works in normal (compiled) circumstances as it ought to, but fails in the parameterized situation. <list> asks for a named attribute from a class, with an entity reference, but that entity is undefined because the whole module in which it occurs has been set by default to be ignored. If one asks for a whole attribute class, that's taken care of by default empty declarations.
>
> In order to fix this, one has to make default empty declarations of all attributes from each class. So its doable, at a price.
>
> Its questionable, however, whether we want to maintain producing the parameterized DTDs. Does anyone actually use them?

You know my preference would be to drop DTDs completely, but we could 
ask the TEI list if anyone is actually using parameterized DTDs. My 
guess would be that anyone sophisticated enough to know what to do with 
them has long moved on to RNG or XSD.

Cheers,
Martin

> --
> Sebastian Rahtz
> Director (Research) of Academic IT
> University of Oxford IT Services
> 13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431
>
> Não sou nada.
> Nunca serei nada.
> Não posso querer ser nada.
> À parte isso, tenho em mim todos os sonhos do mundo.
>


More information about the tei-council mailing list