Re: [xliff] [Fwd: [xliff-comment] Schema issues with extensible attributes]

[Andrzej Zydron <azydron@xml-intl.com>]

Hi Tony,

Many thanks. I can confirm from our point of view that the strict sample 
file should have all deprecated structures removed and that the strict 
version should not allow the use of deprecated components.

Rodolfo deserves a special commendation from the TC for his hard work 
and vigilance.

Best Regards,

AZ

Tony Jewtushenko wrote:
> Hi Rodolfo and all:
> 
>  
> 
> Looks like the current Committee Draft ballot needs to be killed …
> 
>  
> 
> The TC spent several meetings in the 1.1 timeframe discussing whether to 
> use the ##any or ##other namespaces in the extension definitions, and 
> the decision was to use ##any specifically to enable adding XLIFF 
> namespace attributes at the extension points.  Does anyone have any 
> thoughts on the approach we should take to deal with the validation 
> problems?
> 
>  
> 
> As for the sample files, I will correct the schemaLocation bugs and 
> reissue hopefully the final version of the spec w/ supplementary files 
> late today assuming we have addressed the ##any/##other issue.  I assume 
> the strict sample file should have all deprecated structures removed – 
> could someone please confirm this approach?
> 
>  
> 
> Regards,
> 
> Tony
> 
>  
> 
>  
> 
> -----Original Message-----
> *From:* Rodolfo M. Raya [mailto:rmraya@heartsome.net]
> *Sent:* 17 October 2006 21:21
> *To:* XLIFF TC
> *Subject:* [xliff] [Fwd: [xliff-comment] Schema issues with extensible 
> attributes]
> 
>  
> 
> -------- Forwarded Message --------
> *From*: Asgeir Frimannsson <asgeirf@gmail.com 
> <mailto:Asgeir%20Frimannsson%20%3casgeirf@gmail.com%3e>>
> *To*: xliff-comment@lists.oasis-open.org 
> <mailto:xliff-comment@lists.oasis-open.org>
> *Subject*: [xliff-comment] Schema issues with extensible attributes
> *Date*: Wed, 18 Oct 2006 10:12:32 +1000
> 
>  
> 
> Hi all,
> 
>  
> 
> I just noticed that the deprecated attributes from 1.1 (eg. ts, tool) are
> 
> still being accepted in 1.2 using the strict schema. They are defined with
> 
> use="prohibited" in the strict schema. A good example of this is the example
> 
> XLIFF file provided with the specification
> 
> (Sample_AlmostEverything_1.2_strict.xlf) - the file still includes all
> 
> prohibited attributes, and validates fine with schema validators.
> 
>  
> 
> At first I thought this was a bug in the validator I'm using, but then i
> 
> noticed how the attribute extension points are defined in the XLIFF schema
> 
> (transitional and strict):
> 
>  
> 
>       <xsd:anyAttribute namespace="##any" processContents="lax"/>
> 
>  
> 
> The XLIFF specification states that "Attributes of a namespace different
> 
> than XLIFF can be included in several XLIFF elements". The schema allows for
> 
> attributes of any namespace to be included, including xliff-namespace
> 
> attributes not defined in the specification. The schema and specification
> 
> are inconsistent here, and it seems the right thing to do would be to change
> 
> all anyAttribute elements to:
> 
>  
> 
>       <xsd:anyAttribute namespace="##other" processContents="lax"/>
> 
>  
> 
> In addition, some issues with the strict sample XLIFF file provided with the
> 
> specification:
> 
>  - schemaLocation points to xliff-core-1.2-strict-20060512.xsd (should point
> 
> to xliff-core-1.2-strict.xsd)
> 
>  - As noted, It still includes the prohibited attributes (eg. tool, ts)
> 
>  
> 
> And similar with the transitional sample XLIFF file:
> 
>  - schemaLocation points to xliff-core-1.2-transitional-20060512.xsd (should
> 
> point to xliff-core-1.2-transitional.xsd)
> 
>  
> 
>  
> 
> cheers,
> 
> asgeir
> 
>  
> 
> --
> The information in this e-mail is intended strictly for the addressee, 
> without prejudices, as a confidential document. Should it reach you, not 
> being the addressee, it is not to be made accessible to any other 
> unauthorised person or copied, distributed or disclosed to any other 
> third party as this would constitute an unlawful act under certain 
> circumstances, unless prior approval is given for its transmission. The 
> content of this e-mail is solely that of the sender and not necessarily 
> that of Heartsome.
> 
>  
> 
> 
> ---------------------------------------------------------------------------------------------------
> *Text inserted by Panda Platinum 2005 Internet Security:*
> 
> This message has NOT been classified as spam. If it is unsolicited mail 
> (spam), click on the following link to reclassify it: It is spam! 
> <http://127.0.0.1:6083/Panda?ID=pav_63458&SPAM=true>
> ---------------------------------------------------------------------------------------------------


-- 


email - azydron@xml-intl.com
smail - c/o Mr. A.Zydron
	PO Box 2167
         Gerrards Cross
         Bucks SL9 8XF
	United Kingdom
Mobile +(44) 7966 477 181
FAX    +(44) 1753 480 465
www - http://www.xml-intl.com

This message contains confidential information and is intended only
for the individual named.  If you are not the named addressee you
may not disseminate, distribute or copy this e-mail.  Please
notify the sender immediately by e-mail if you have received this
e-mail by mistake and delete this e-mail from your system.
E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses.  The sender therefore
does not accept liability for any errors or omissions in the contents
of this message which arise as a result of e-mail transmission.  If
verification is required please request a hard-copy version. Unless
explicitly stated otherwise this message is provided for informational
purposes only and should not be construed as a solicitation or offer.