I think it is a bug too. You should be able to get a working schema by including all the modules that include all the elements you want. Cheers, Martin On 15-10-02 08:29 AM, Lou Burnard wrote:
So we need a quick show of hands as to whether we consider this[1] to be a bug or not[2].
[1] i.e. the fact that you won't get a satisfactory schema if you (a) select the header module and (b) do not select the tagdocs module and (c) expect to be able to use <xenodata>
[2] I think it is.
On 02/10/15 16:17, Hugh Cayless wrote:
We’re in our freeze period, so bugfixes and typos should be corrected in master. Nothing else should be happening there.
On Oct 2, 2015, at 11:12 , Syd Bauman
wrote: Hmmm ... so you're suggesting that if we leave things as they are, then an ODD that had just
<schemaSpec> <moduleRef key="tei"/> <moduleRef key="header"/> <moduleRef key="core"/> <moduleRef key="textstructure"/> </schemaSpec>
would produce incorrect schemas because <xenoData> of 'header' wants macro.anyXML which will not be there?
Well, I just tried it, and you are absolutely right. (The good news is that the ODD processor does not generate an invalid schema. The bad news is that, as you predicted, it does not produce the right schema, either.)
I will fix this as soon as I hear from Hugh as to whether I should fix it in sydb-xenodata, master, or do something else.
The anyXML thing is not quite as you describe it. if the macro is declared in the tagdocs module, as it currently is, then you won't get it unless you include that module in your schema. If you want to use it in xenodata, then you need to declare it in the infrastructure module. the @predeclare thing is not really relevant: it is a legacy piece of trickery whjich we should not be using. Just move the declaration to the infrastructure module and add the appropriate text into chapter ST would be my recommendation. -- tei-council mailing list tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council
PLEASE NOTE: postings to this list are publicly archived