RE: [xliff] Extensibility in Modules

>>Also there is no ambiguity or inconsistency in that..

I didn’t argue ambiguity, I argued inconsistency. And yes, there is inconsistency when you look at implementation. It is exactly what Yves stated below: “The Metadata modules is explicitly define in the Translation Candidates module, so our Match object as a getMetadata() method. But because the Glossary module does not define Metadata our GlossEntry object does not have a getMetadata() method. One would have to use the generic method for extensions getExtObject() instead.”

This will not be readily apparent to developers and not all developers know about, or will ask the TC via the comments list.

Also, I’m not sure why you think that a custom extension is somehow more interoperable than metadata. At best, only me and my customers will know how to deal with my custom extension, but if I use metadata, at least everyone who supports the metadata module will be able to view/display the data.

But in the end, I agree with you that using <gls:glossary> as a baseline is the correct thing to do.

Thanks,

Ryan

From: Dr. David Filip [mailto:David.Filip@ul.ie]
Sent: Tuesday, May 19, 2015 1:41 PM
To: Ryan King
Cc: Yves Savourel; XLIFF Main List
Subject: Re: [xliff] Extensibility in Modules

On Tue, May 19, 2015 at 9:21 PM, Ryan King <ryanki@microsoft.com> wrote:

This is exactly the information I needed. Good to see how you would implemented in in OKAPI, we have to do the exact same in our OM. It is just unfortunate that there is not consistency in the spec on how to deal with <mda:metadata> as a module or an extension…and it is probably not clear to implementers that don’t have the benefit of asking the TC this question…

Ryan, every developer can ask the TC via the comments list xliff-comment@lists.oasis-open.org

https://www.oasis-open.org/committees/comments/index.php?wg_abbrev=xliff

Of course the goal is as clear as possible

Also there is no ambiguity or inconsistency in that..

mda is allowed *as module* at the core extension points and at 1 extension point in Translation Candidates

Any module can be used *as an extension* at any extension point in the spec. This is not a special case for mda

mda is more susceptible to be used at extension points where it wasn't explicitly allowed because it's a catch all feature and handy for people who just want to throw in a bunch of metadata without inventing their own custom namespaces

Cheers

Dr. David Filip

=======================

OASIS XLIFF TC Secretary, Editor, and Liaison Officer

LRC | CNGL | CSIS

University of Limerick, Ireland

telephone: +353-6120-2781

cellphone: +353-86-0222-158

facsimile: +353-6120-2734

http://www.cngl.ie/profile/?i=452

mailto: david.filip@ul.ie

xliff message