>>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:]
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 <> 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
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
dF
Cheers
dF
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:
