Ballot Details: Add "ref" attribute to "note" element (CLOSED)
|Ballot Question||Do you agree on adding "ref" attribute to "note" element?|
|Ballot Description||Modify the core schema and specification, adding "ref" attribute to "note" element to simplify association of notes with segments.|
VOTING CLOSED: Tuesday, 29 March 2022 @ 8:00 am EDT
|Open Date||Tuesday, 15 March 2022 @ 8:00 am EDT|
|Close Date||Tuesday, 29 March 2022 @ 8:00 am EDT|
|Ballot Type||Official, as defined by organization policies and procedures|
|Number of votes cast (excluding abstentions)||5|
|Eligible members who have voted||5 of 5||100%|
|Eligible members who have not voted||0 of 5||0%|
|Options with highest number of votes are bold|
|Option||# Votes||% of Total|
|Voter Name||Company||Vote||Time (UTC)||Comments|
|Morado Vázquez, Lucía||University of Geneva||Yes||2022-03-16 14:36:00|
|Raya, Rodolfo||Individual||Yes||2022-03-15 16:05:00|
|Schnabel, Bryan||Individual||Yes||2022-03-25 23:09:00|
|Umaoka, Yoshito||IBM||Yes||2022-03-21 14:01:00|
|Filip, David||Trinity College Dublin (ADAPT)||No||2022-03-28 13:56:00||1|
Trinity College Dublin (ADAPT)
|No||Semantic core changes should not be made in a minor release, i.e. 2.2. This breaks the promise the TC gave the implementer community and industry at large.. when developing and releasing 2.0.
The proposed functionality exists in core, in case the implementer doesn't like the need of annotations, they can use a module or custom namespace from the core note, which is an extension point.
If you want to play with core, create XLIFF 3.0 backlog.
This is a breaking change, is not well designed or thought through. The functionality should be first tested as an extension, then perhaps promoted to a module in a 2.x release and perhaps some day to graduate to core in a 3.x release
If the ref is allowed, what are the admissible values, what can be referenced? Only segments, inlines?, can it be used from an arbitrary level, is it even restricted to segments or units? The core note simply applies to all payload at its given level, either source or target or both. This meddles with the clear semantics and provides a breaks the principle that there should be only one way to do things.
The clean design of 2.x core notes would be destroyed by this ill conceived change..
BTW, this also breaks the ITS 2.0 mapping (XLIFF 2.1 module) that works with the core notion of notes and their scope..