Skip to content
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

Closed
andreastai opened this issue Jan 17, 2018 · 6 comments
Closed
Assignees
Milestone

Comments

@andreastai
Copy link

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.

@nigelmegitt
Copy link
Contributor

@TairT Please could you clarify what you mean by " "positioned" in the TTML specification model"? Are you talking about syntactic constraints, for example?

@andreastai
Copy link
Author

andreastai commented Jan 18, 2018

@nigelmegitt Can you point me to text in IMSC that Section 8.4 of TTML1 apply to itts:attribute::* ?

@nigelmegitt
Copy link
Contributor

@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.

@andreastai
Copy link
Author

andreastai commented Jan 22, 2018

@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?

Yes

@palemieux
Copy link
Contributor

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:

The following style properties are subject to the Style Resolution procedures specified at Section 8.4 of TTML1:

  • itts:fillLineGap
  • itts:forcedDisplay
  • ebutts:linePadding
  • ebutts:multiRowAlign

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 palemieux self-assigned this Jan 22, 2018
@andreastai
Copy link
Author

@palemieux I agree!

@palemieux palemieux added this to the imsc1.0.1 PR milestone Jan 25, 2018
@palemieux palemieux removed the pr open label Jan 29, 2018
palemieux added a commit that referenced this issue Mar 8, 2018
* 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)
@palemieux palemieux removed the pr open label Mar 29, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants