[tei-council] Order, order (was re: layers again)

Laurent Romary laurent.romary at inria.fr
Tue Oct 18 07:56:56 EDT 2011


It would be a pity to to fragment the picture here. Could you give a strong argument why we need to order <change> without relying on some information that is made explicit about the e.g. time at which a change is made?

Le 18 oct. 2011 à 13:51, Lou Burnard a écrit :

> A more serious difference, I have just remembered, is that the proposed 
> element for grouping <change>s together is defined in the genetic world 
> as being recursive, which the existing <revisionDesc> most definitely is 
> not.
> 
> Existing content model for revisionDesc: (list | change+)
> Proposed content model for genetic-style revisionDesc: (revisionDesc | 
> change+)
> 
> I now think this is sufficiently different that it is probably better to 
> introduce a new <listChange> element after all.
> 
> 
>  On 18/10/11 11:50, Lou Burnard wrote:
>> Yes, as James notes, adding the pointing features required for genetic
>> actually might be useful for non-genetic usages of<change>  as well. The
>> other difference is that the element which groups<change>s
>> (<revisionDesc>  if we stick with the idea) would gain an @ordered
>> attribute. As currently specified, this is just a yes/no choice as to
>> whether the order of the child<change>  elements is significant.  I
>> wondered whether it might not be more useful to allow for more
>> information, e.g. order="time:ascending" order="complexity:descending"
>> order="none" order="alphabetical". Then I wondered whether it was a good
>> idea to provide this attribute at all (for temporal ordering at least,
>> <change>s can  be dated, so the presence of this attribute is an
>> invitation to inconsistency/redundancy). Any views?
>> 
>> I spent most of my journey home from wburg working on the current draft,
>> more specifically on checking the test files in the sourceforge
>> genetic/examples directory. More on that anon.
>> 
>> _______________________________________________
>> tei-council mailing list
>> tei-council at lists.village.Virginia.EDU
>> http://lists.village.Virginia.EDU/mailman/listinfo/tei-council
>> 
>> PLEASE NOTE: postings to this list are publicly archived
> 
> _______________________________________________
> tei-council mailing list
> tei-council at lists.village.Virginia.EDU
> http://lists.village.Virginia.EDU/mailman/listinfo/tei-council
> 
> PLEASE NOTE: postings to this list are publicly archived

Laurent Romary
INRIA & HUB-IDSL
laurent.romary at inria.fr





More information about the tei-council mailing list