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.
Ballot Options
VOTING CLOSED: Tuesday, 29 March 2022 @ 8:00 am EDT
Yes 4 80
No 1 20
Abstain 0
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

Voting Statistics

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%

Voting Summary by Option

Options with highest number of votes are bold
Option # Votes % of Total
Yes 4 80%
No 1 20%
Abstain 0

Voting Details

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

Voter Comments

Submitter Vote Comment
Filip, David
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..