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] FW: "Transparent" Change for Next Update to XLIFF XSD

Thanks Doug,


I’ve done a bit of testing and have not found any problems with the schema.




From: Doug Domeny [mailto:ddomeny@ektron.com]
Sent: Tuesday, December 15, 2009 8:53 AM
To: xliff@lists.oasis-open.org
Subject: [xliff] FW: "Transparent" Change for Next Update to XLIFF XSD


Submitted for review.


From: Doug Domeny
Sent: Monday, November 23, 2009 1:01 PM
To: 'Lieske, Christian'
Cc: bryan.s.schnabel@tektronix.com
Subject: RE: "Transparent" Change for Next Update to XLIFF XSD


I’ve attached the 1.2.1 schemas with both global types and global elements.




From: Lieske, Christian [mailto:christian.lieske@sap.com]
Sent: Monday, November 23, 2009 8:17 AM
To: Doug Domeny
Cc: bryan.s.schnabel@tektronix.com
Subject: "Transparent" Change for Next Update to XLIFF XSD


Hi Doug,


Facing my next XLIFF-related work item, I dare to approach you again with a question …


While working with the XLIFF XSD, I discovered that it would be quite handy if the XLIFF elements would be defined by means of types, rather than being defined “inline”.




With “type”


<xsd:element name="header" type="xlf:headerType"/>


“Inline” (status quo)


        <xsd:element name="header">



                                <xsd:element name="skl" type="xlf:ElemType_ExternalReference" minOccurs="0"/>

                                <xsd:element ref="xlf:phase-group" minOccurs="0"/>

                                <xsd:choice minOccurs="0" maxOccurs="unbounded">

                                        <xsd:element name="glossary" type="xlf:ElemType_ExternalReference"/>

                                        <xsd:element name="reference" type="xlf:ElemType_ExternalReference"/>

                                        <xsd:element ref="xlf:count-group"/>

                                        <xsd:element ref="xlf:note"/>

                                        <xsd:element ref="xlf:tool"/>


                                <xsd:any namespace="##other" processContents="strict" minOccurs="0" maxOccurs="unbounded"/>





Working with “types” would amongst others allow one to use the XSD “redefine” mechanism. This mechanism in turn is very helpful to enact checking mechanisms very easily (example: I could create an XSD which does not allow some of the XLIFF attribute values for “restype” or “datatype”).


From my understanding, switching to “type” would be transparent: the structure defined by the XSD would not be changed.


I take this to you first, since amongst others someone would have to make the change to the XSD – and my assumption is that you would be in a good position to do this.


If you would be in favor, and available to make the change, I would officially make the request to the TC to target this as part of the upcoming errata.





Christian Lieske
Knowledge Architect
SAP Language Services (SLS)
SAP Globalization Services
Raiffeisenring 44
D-68789 St. Leon-Rot
T +49 (62 27) 7 - 6 13 03
F +49 (62 27) 7
2 54 18
mail to:

Pflichtangaben/Mandatory Disclosure Statements: http://www.sap.com/company/legal/impressum.epx
Diese E-Mail kann Betriebs-
oder Geschäftsgeheimnisse oder sonstige vertrauliche Informationen enthalten. Sollten Sie diese E-Mail irrtümlich erhalten haben, ist Ihnen eine Kenntnisnahme des Inhalts, eine Vervielfältigung oder Weitergabe der E-Mail ausdrücklich untersagt. Bitte benachrichtigen Sie uns und vernichten Sie die empfangene E-Mail. Vielen Dank.

This e-mail may contain trade secrets or privileged, undisclosed, or otherwise confidential information. If you have received this e-mail in error, you are hereby notified that any review, copying, or distribution of it is strictly prohibited. Please inform us immediately and destroy the original transmittal. Thank you for your cooperation.




SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.  Registered number: 02675207.  
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK.

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