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] Schemas update

Thanks Yves, I agree with most points.

The modules do not have other becuase I have omitted them so far, I did the other reformulations only for core yesterday
I will strive to make the any to other changes in modules by the meeting time

Dr. David Filip
University of Limerick, Ireland
telephone: +353-6120-2781
cellphone: +353-86-0222-158
facsimile: +353-6120-2734
mailto: david.filip@ul.ie

On Tue, Dec 17, 2013 at 1:52 PM, Yves Savourel <ysavourel@enlaso.com> wrote:
Hi Tom, all,

Thanks for updating the schema Tom.

I was starting to look at the latest changes in the schemas and had a few questions and notes:

- Shouldn't all the processContents be set to lax now (instead of skip)?

- Shouldn't the extension defined in the modules be also ##other/lax rather than ##any/skip?

- Shouldn't the references to the modules be deleted in <pc> and replaced by an anyAttribute/##other/lax?

- Shouldn't the definition for <xliff>'s version be undefined now (vs. with a fixed value)?

- I see that we an anyAttribute on <cp/>: Do we have any module on <cp/>? We've removed FS, Is the remaining attributes are the SLR ones? Does it make sense to have SLR there? The same argument as for FS would make sense: this is just escaping a character, you can't expect XLIFF reader to preserve metadata per character once it is read into the original structure.

- Do we still need the imports of the modules in the core?

- It seems there are several imports in the modules we could get removed as they are not used.

- I had a request about having a local include for xml.xsd. The schemas still use the online one: this completely bog down the speed when using the schemas. Is there a reason to not have a local copy?

- The ref attribute in Glossary should probably be anyURI no? (or better NMTOKEN if David pays attention to my notes about avoiding fragment identifiers values for ref in Glossary and Matches).


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:

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