-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Possible misinterpretation of note in §11.3.1.2 Inline Regions. #592
Comments
Closes #592 by editing the note text about region association with a content element to clarify that it refers to direct association via a region attribute or child region element.
Clarify the note text around region association (#592).
The PR was closed before the 14 day period was over. I do not have a concern with the contents of the note. It should however not be a note since it sets a normative precedence order. |
This issue and PR was marked editorial. I have just reviewed the details of the change (again) and it is indeed editorial. Therefore, we have followed the rules. |
And, no, it does not set a precedence order, normative or not. |
Just a reminder, an addition, change, or removal of a note is, by definition, editorial, since all notes are non-normative. |
Where is the normative prose that specifies that explicit inline region specification is ignored, if not in this note? |
Repeating myself, any and all information in a note is non-normative in TTML:
Therefore, it is NOT normative. If you want to open another issue with a complaint that someone might (foolishly) interpret the text of this note as a normative statement, then feel free to do so, but do not keep reopening this issue. |
I can keep closing this all night. Please file another issue if you wish. |
@palemieux I'm content that this is normatively stated, since the first step in [process inline regions] is:
So I agree this is editorial. |
The note:
is incorrect - we have established through discussion of other issues that some content elements are associated with multiple regions. I think this is about explicit association by specifying a
region
attribute. Suggest rewording to:A content element can only specify a single region. Consequently, if a content element specifies a region attribute, then any explicit inline region specification is ignored.
The text was updated successfully, but these errors were encountered: