[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [xliff] Whitespace handling in <data>
Hi Yves,
The errors were caused by the extension points defined as:
<xs:any maxOccurs="unbounded" minOccurs="0" namespace="##other"
processContents="skip"/>
I have commented them out until I find a way to add extension points to the XML schema.
The problem with extensions defined as above is that they violate the uniqueness required by Schema grammars. In simple terms, we cannot say, for example, that <source> is followed by <target> followed by <mda:metadata> and then by <anything>. When we allow <anything> in an scenario that includes multiple namespaces, we cannot set a sequence or choice because the content model becomes literally "anything".
Regards,
Rodolfo
--
Rodolfo M. Raya rmraya@maxprograms.com
Maxprograms http://www.maxprograms.com
> -----Original Message-----
> From: xliff@lists.oasis-open.org [mailto:xliff@lists.oasis-open.org] On Behalf
> Of Yves Savourel
> Sent: Wednesday, September 05, 2012 4:10 PM
> To: xliff@lists.oasis-open.org
> Subject: RE: [xliff] Whitespace handling in <data>
>
> Thanks for working on this Rodolfo.
>
> As I was mentioning, I did try the 'ref="xml:space"' but got some errors. I
> guess those were caused by something else.
> Good to know it works.
>
> Thanks,
> -yves
>
>
> -----Original Message-----
> From: xliff@lists.oasis-open.org [mailto:xliff@lists.oasis-open.org] On Behalf
> Of Rodolfo M. Raya
> Sent: Wednesday, September 05, 2012 12:37 PM
> To: xliff@lists.oasis-open.org
> Subject: RE: [xliff] Whitespace handling in <data>
>
> Hi Yves,
>
> The right way to declare the "xml:space" attribute in <data> element is:
>
> <xs:element name="data">
> <xs:complexType mixed="true">
> <xs:sequence>
> <xs:element minOccurs="0" maxOccurs="unbounded" ref="xlf:cp"/>
> </xs:sequence>
> <xs:attribute name="id" use="required" type="xs:NMTOKEN"/>
> <xs:attribute name="dir" use="optional" type="xlf:dirValue"/>
> <xs:attribute ref="xml:space" fixed="preserve"/>
> </xs:complexType>
> </xs:element>
>
> And it works fine.
>
> Regards,
> Rodolfo
> --
> Rodolfo M. Raya rmraya@maxprograms.com
> Maxprograms http://www.maxprograms.com
>
> > -----Original Message-----
> > From: xliff@lists.oasis-open.org [mailto:xliff@lists.oasis-open.org]
> > On Behalf Of Yves Savourel
> > Sent: Friday, August 31, 2012 1:21 PM
> > To: xliff@lists.oasis-open.org
> > Subject: RE: [xliff] Whitespace handling in <data>
> >
> > Hi Rodolfo, all,
> >
> > I've tried the following, as we discussed. But that didn't work.
> >
> > <xs:element name="data">
> > <xs:complexType mixed="true">
> > <xs:sequence>
> > <xs:element minOccurs="0" maxOccurs="unbounded" ref="xlf:cp"/>
> > </xs:sequence>
> > <xs:attribute name="id" use="required" type="xs:NMTOKEN"/>
> > <xs:attribute name="xml:space" fixed="preserve"/>
> > </xs:complexType>
> > </xs:element>
> >
> >
> > Note using name="xml:space" caused errors for me. Then when I've
> > changed name="xml:space" to "ref="xml:space", I got import problems in
> > the other modules.
> >
> > Cheers,
> > -yves
> >
> >
> > > -----Original Message-----
> > > From: Rodolfo M. Raya [mailto:rmraya@maxprograms.com]
> > > Sent: Wednesday, August 22, 2012 4:52 PM
> > > To: Yves Savourel
> > > Subject: RE: [xliff] Whitespace handling in <data>
> > >
> > > Hi,
> > >
> > > We can have the "xml:space" attribute set to "preserve" in the
> > > schema but we can't make it unchangeable.
> > >
> > > Regards,
> > > Rodolfo
> > > --
> > > Rodolfo M. Raya rmraya@maxprograms.com
> > > Maxprograms http://www.maxprograms.com
> > >
> > >
> > > > -----Original Message-----
> > > > From: xliff@lists.oasis-open.org
> > > > [mailto:xliff@lists.oasis-open.org]
> > > > On Behalf Of Yves Savourel
> > > > Sent: Wednesday, August 22, 2012 4:15 PM
> > > > To: xliff@lists.oasis-open.org
> > > > Subject: [xliff] Whitespace handling in <data>
> > > >
> > > > Hi all,
> > > >
> > > > At the last meeting Rodolfo noted that we may have an issue with
> > > > the way we define whitespace handling currently in some elements.
> > > >
> > > > The issue is the first processing expectation of section 2.6.5
> > > > "White
> > > Spaces":
> > > >
> > > > "• For the elements <sc>, <ec>, <ph> and <data>: The white spaces
> > > > of their content must be preserved in all cases, even if the value
> > > > for xml:space is set or inherited as default."
> > > >
> > > > First we need to update this because now <sc>, <ec>, <ph> do not
> > > > have any content any more. This is only valid for <data>.
> > > >
> > > > The idea was that when the value of xml:space is default, XLIFF
> > > > explicitly define that it should be preserved in the specification.
> > > >
> > > > But Rodolfo has a good point, it is probably not the best way to do it.
> > > >
> > > > Could we define <data> with xml:space='preserve' as a default and
> > > > unchangeable attribute?
> > > > Maybe the following would work?
> > > >
> > > > <xs:element name="data">
> > > > <xs:complexType mixed="true">
> > > > <xs:sequence>
> > > > <xs:element minOccurs="0" maxOccurs="unbounded"
> ref="xlf:cp"/>
> > > > </xs:sequence>
> > > > <xs:attribute name="id" use="required" type="xs:NMTOKEN"/>
> > > > <xs:attribute ref="xml:space" fixed="preserve"/>
> > > > </xs:complexType>
> > > > </xs:element>
> > > >
> > > > That would solve the issue.
> > > >
> > > > Cheers,
> > > > -yves
> > > >
> > > >
> > > >
> > > >
> > > > ------------------------------------------------------------------
> > > > --
> > > > - To unsubscribe, e-mail: xliff-unsubscribe@lists.oasis-open.org
> > > > For additional commands, e-mail: xliff-help@lists.oasis-open.org
> > >
> > >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: xliff-unsubscribe@lists.oasis-open.org
> > For additional commands, e-mail: xliff-help@lists.oasis-open.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: xliff-unsubscribe@lists.oasis-open.org
> For additional commands, e-mail: xliff-help@lists.oasis-open.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: xliff-unsubscribe@lists.oasis-open.org
> For additional commands, e-mail: xliff-help@lists.oasis-open.org
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]