[tei-council] constraint prose WINITA

Sebastian Rahtz sebastian.rahtz at it.ox.ac.uk
Sat Jan 4 18:41:08 EST 2014


On 4 Jan 2014, at 23:06, Martin Holmes <mholmes at uvic.ca> wrote:
> This shouldn't cause a problem -- the Note on @atts says "The attribute 
> names listed may include both attributes inherited from a class and 
> those defined explicitly for the associated element." And yet the 
> ValidatorLog.xml does show
> 
> specDesc: 
> TEI[1]/text[2]/body[3]/div["TD"]/div["TDcrystalsCE"]/div["TDeg"]/p[7]/specList[8]/ 
> refers to source in
>               egXML, which does not exist
> 
> I wonder if this is a namespace issue? <egXML> is in a different 
> namespace, and this is AFAIK the only place in the Guidelines where a 
> specDesc for a non-TEI-namespace element attempts to retrieve attributes 
> from an attribute class.

I’m  puzzled by this, I thought the changes in validator.xsl were all done weeks ago.

looking at the log:

------------------------------------------------------------------------
r12695 | sbauman | 2013-12-13 02:30:23 +0000 (Fri, 13 Dec 2013) | 1 line

mild modification of how ValidatorLog is produced; new expected ValidatorLog based on Stylesheet changes for partial implimentation of SF FR 459, checked into gitHub a few mins ago
------------------------------------------------------------------------
r12688 | rahtz | 2013-12-10 17:37:39 +0000 (Tue, 10 Dec 2013) | 1 line

fix checking of @atts in specDesc, to allow for inherited attributes


suggests to me that Syd overwrote my changes of December 10th with his changes on December 13th.

I have put back the fixed templates, hopefully that’ll fix it.
--
Sebastian Rahtz
Director (Research) of Academic IT
University of Oxford IT Services
13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431



More information about the tei-council mailing list