[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