-
Notifications
You must be signed in to change notification settings - Fork 17
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
Missing text how attributes in IMSC Style namespace should be processed #300
Comments
@TairT Please could you clarify what you mean by " "positioned" in the TTML specification model"? Are you talking about syntactic constraints, for example? |
@nigelmegitt Can you point me to text in IMSC that Section 8.4 of TTML1 apply to |
@TairT Ah, I think I see what you mean: are you asking for the semantics of style association, inheritance, resolution value mapping and processing to be clarified for the extensions that apply to content elements, i.e. to state explicitly that the same rules apply to extension styling attributes (which should be listed) as to TTML styling attributes? Sorry I didn't get this was what you meant at first. |
Yes |
It looks like TTML1 uses the term "style property" to tie styling attributes with the Style Resolution Processing procedure. I propose adding the following text:
I think it is ok to add to IMSC 1.0.1 as long as no one construes this as substantive change, otherwise I suggest scheduling it for IMSC 1.1 |
@palemieux I agree! |
* Clarify fillLineGap semantics when applied to successive p elements (#263) * Editorial tweaks (Close #271) * Clarify forcedDisplay semantics (#284) * Clarify the limits of Active Area per its syntax (#288) * Clarify handling of foreign elements and attributes (#213) * Clarify name of IMSC namespaces (#301) * Use Root Container Region consistently (#302) * Clarify style resolution procedure (#300)
It is not clear that all attributes in the IMSC style namespace should be handled the same way as TTML style attributes. It is somehow implicit, but there is no direct evidence. For TTML, all extensions in foreign namespaces are completely opaque. "IMSC Style namespace" vocabulary is the same as a "Foo namespace". The referencing standard needs to define how the new features are "positioned" in the TTML specification model.
This could be done by saying that the introduction text in Section 8 of TTML 1 and Section 8.4 also apply to all attributes defined in the IMSC Style namespace.
The text was updated successfully, but these errors were encountered: