OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

xliff message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [xliff] Version Control Commit by Tom.Comerford


Thanks Tom.
-ys

-----Original Message-----
From: Tom Comerford [mailto:tom@supratext.com] 
Sent: Monday, January 13, 2014 9:56 AM
To: Yves Savourel; xliff@lists.oasis-open.org
Subject: RE: [xliff] Version Control Commit by Tom.Comerford

Yves, thanks for finding these issues. I've just committed the fixes.

I still need to review the attribute types with respect to where they're actually used, and also I want to reconfirm the default values. Also I need to add the xml.xsd to the catalog.


-----Original Message-----
From: xliff@lists.oasis-open.org [mailto:xliff@lists.oasis-open.org] On Behalf Of Yves Savourel
Sent: Monday, January 13, 2014 10:38 AM
To: xliff@lists.oasis-open.org
Subject: RE: [xliff] Version Control Commit by Tom.Comerford

Thanks for the updated files Tom.

I've noted a few things:

- The schema location for xml.xsd is still http://www.w3.org/2001/xml.xsd, while it should be pointing to the local copy now.

- The "auto" value is missing from the dirValue type.

- normalization_type is defined in the core schema, but only modules refer to that type.
I think it should be defined in the module(s). My concern is that as soon as we need to touch something related to the modules that is somehow included or in the core schema, we have to change the version of the core (including its namespace URI) and that has major consequences on the implementations: they have to adjust their parsing.

- The xliff version attribute is set to fixed="2.0". But we discussed (and I thought agreed) to make this not fixed.
This version indicates the version of the specification, not the version of the schema. So if we change anything in modules or core that value has to change, and the schema/namespace version of the core would have to change. And, as stated above, we want to avoid changing the core namespace version as much as possible. Ideally never.

Cheers,
-ys


-----Original Message-----
From: xliff@lists.oasis-open.org [mailto:xliff@lists.oasis-open.org] On Behalf Of workgroup_mailer@lists.oasis-open.org
Sent: Sunday, January 12, 2014 10:19 PM
To: xliff@lists.oasis-open.org
Subject: [xliff] Version Control Commit by Tom.Comerford

Author: Tom.Comerford
Date: 2014-01-13 05:19:15 +0000 (Mon, 13 Jan 2014) New Revision: 407 Web View: https://tools.oasis-open.org/version-control/browse/wsvn/xliff/trunk/schemas/?rev=407&sc=1

Modified:
   trunk/schemas/modules/change_tracking.xsd
   trunk/schemas/modules/glossary.xsd
   trunk/schemas/modules/matches.xsd
   trunk/schemas/modules/resource_data.xsd
   trunk/schemas/modules/size_restriction.xsd
   trunk/schemas/modules/validation.xsd
   trunk/schemas/xliff_core_2.0.xsd
Log:
schema updates: removed module imports from core, fixed xs:any and xs:anyAttribute values, miscellaneous updates per the latest spec

---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail.  Follow this link to all your TCs in OASIS at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php 



---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail.  Follow this link to all your TCs in OASIS at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php 




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]