RE: [xliff] Whitespace handling in <data>

OK, thanks for testing. I'll check what can be done.

Regards,

Rodolfo

--
Rodolfo M. Raya 
Maxprograms http://www.maxprograms.com

 

 

-------- Original Message --------
Subject: RE: [xliff] Whitespace handling in <data>
From: Yves Savourel <>
Date: Fri, August 31, 2012 1:20 pm
To: <>

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:]
> 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 
> Maxprograms http://www.maxprograms.com
> 
> 
> > -----Original Message-----
> > From:  [mailto:]
> > On Behalf Of Yves Savourel
> > Sent: Wednesday, August 22, 2012 4:15 PM
> > To: 
> > 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: 
> > For additional commands, e-mail: 
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: 
For additional commands, e-mail: