[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [xliff-comment] XLIFF 2.0 Comments - 2.7.1 Extension Points
Sorry I misread you initial comment. I guess, yes, the people defining the different modules should think about extensibility in general. From: Ryan King [mailto:ryanki@microsoft.com] Thanks Yves, I agree on adding extension points to <segment>/<ignorable>. Maybe I misunderstood your reply on <mda:metadata>, but <mda:metadata> did make it to <mtc:matches> just not any other module and I was wondering if it should? From: Yves Savourel [mailto:yves@opentag.com] +1 on extension point in <segment>/<ignorable>. At some point I thought we said extension points would be allowed at least anywhere <mda:metadata> is allowed. For <mda:metadata> in <mtc:matches>: mtc was define a long time before mda. That’s probably why mda never made it there. -ys From: Ryan King [mailto:ryanki@microsoft.com] Is there a concrete reason why <file>, <group>, and <unit> can contain element-based extensions, but <segment> and <ignorable> can’t, especially when those elements already contain modules? Not allowing extensions here means that no one could create an extension that could potentially become another module at <segment> or <ignorable> level like those already defined. Additionally, is there a concrete reason why <mda:metadata> is allowed only in <mtc:matches> and no other modules in the spec? (BTW, there’s a typo in the list, it currently says <mtc:match> and not <mtc:matches). Thanks, Ryan |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]