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] OASIS guide to writing a conformance clause


I like the new proposed paragraph and would include part b) even if we
decide applications must preserve custom extensions. The redundancy
stresses its importance and more obvious to the casual reader.

If a processing tool removes custom extensions, then it will almost
certainly cause a failure downstream when the tool that initially
inserted the extensions processes the modified XLIFF file without them.

A processing tool can remove custom extensions that it understands, but
must retain unknown extensions.


-----Original Message-----
From: Rodolfo M. Raya [mailto:rmraya@maxprograms.com] 
Sent: Wednesday, July 22, 2009 9:43 AM
To: xliff@lists.oasis-open.org
Subject: Re: [xliff] OASIS guide to writing a conformance clause

On Wed, 22 Jul 2009 09:12:16 -0400
"Doug Domeny" <ddomeny@ektron.com> wrote:


> I agree that the last (unwritten) part about accepting XLIFF files
> generated/processed by other tools is difficult.

Perhaps we should separate generated from processed. The part
that deals with processed could be something like:

   XLIFF is a format explicitly designed for exchanging data. Thus, a
   conformant XLIFF application MUST be able to accept XLIFF files it
   generated after those XLIFF files have been processed by a different
   tool, provided that: a) processed files are conformant XLIFF
   documents and b) any custom extension added by the originating tool
   has been preserved.

> With this in mind, I would suggest rewording " conformant applications
> SHOULD preserve existing custom extensions " to " conformant
> applications MUST preserve existing custom extensions ".
At first, I agree with your proposal. It would make the b) part of the
proposal I wrote above unnecessary. However, I'm not sure about this.

Rodolfo M. Raya <rmraya@maxprograms.com>
Maxprograms http://www.maxprograms.com

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]