W3C home > Mailing lists > Public > public-i18n-its@w3.org > April to June 2006

Versioning

From: Yves Savourel <ysavourel@translate.com>
Date: Wed, 5 Apr 2006 10:02:55 -0600
To: "Christian Lieske" <christian.lieske@sap.com>, "'Felix Sasaki'" <fsasaki@w3.org>, <diane.m.stoick@boeing.com>
Cc: <public-i18n-its@w3.org>
Message-ID: <002a01c658ca$67679ec0$8f05a8c0@Breizh>
Hi Christian, Felix, Diane,

A follow up on the version topic. We didn't thought about some cases that makes our current consensus a bit arguable: what if there
are several <rules> elements in the document? (it's not forbidden, and may be caused by tools automatically inserting <rules>).

Currently we have:

#1: If there is only ITS local markup in the document, the its:version goes in the root element of the document.

#2: If there is a <rules> element (with or without additional local markup), the its:version goes in the <rules> element, not in the
root of the document.

Issues:

--> If 'somehow' a document has an its:version both in the root of the document and in the <rules> element, I assume the one in the
root element should be ignored (but things would change if later we decide to allow multiple verisons)

--> If you have two or more <rules> elements, the its:version in the first <rules> should prevail? Or each version prevails for its
<rules>? And which one applies the the local markup?


I realize that these cases are related to the "do we allows ITS of different versions to be processed together" discussion that we
said was premature, but it seems very difficult to apply our current consensus to those two issues without knowing the answer to the
question.

I'm a bit concern that all this seems quite confusing compare to just have one its:version in the root element in all cases...
(which also makes the "do we allows ITS of different versions to be processed together" question much easier to resolve by
restricting the possibilities of different versions to one per document at most).

Any comment?
-yves
Received on Wednesday, 5 April 2006 16:03:10 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:43:07 UTC