[tei-council] Guidelines build temporarily borked

[Martin Holmes]

On 14-07-30 05:34 AM, Sebastian Rahtz wrote:
>
> On 30 Jul 2014, at 12:23, Lou Burnard <lou.burnard at retired.ox.ac.uk> wrote:
>
>>>> Makes sense. So the proper solution is probably to declare a new
>>>> superclass of att.global called att.styling or some such containing
>>>> @rend @rendition @style and have att.global inherit that. That class can
>>>> then be predeclared in the right place in ST.
>>> No. Same problem would arise, because <list> overrides the class.
>>
>> eh? that can't be right! we don't want the revised definition of @rend for any other element, so why are we messing with the class at all?
>>
>
> the overriding is simply to add a valList, the semantics is the same
> as the class. so we don’t want a local copy of @rend here, we want
> to specialise the class version.

This leads me to ask something which has been puzzling me for a while: 
in the context where you're overriding the declaration of an attribute 
from a class, what is the difference between @mode="change" and 
@mode="replace"? In the past, I've come across situations in which the 
latter works where the former doesn't.

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.
>