@@ -2548,25 +2548,23 @@ <h3>Handling <code><div></code> and <code><p></code> elements</h3>
2548
2548
</ aside >
2549
2549
</ section >
2550
2550
2551
- < section class =" informative " >
2551
+ < section >
2552
2552
< h3 > Using computed attribute values</ h3 >
2553
- < p > < em > Some normative provisions relating to this section are defined in [[TTML2]].</ em > </ p >
2554
2553
< p > Some attributes have semantics for computing their value that depend on the computed value of
2555
2554
the attribute on some other element.
2556
2555
For example if the < code > xml:lang</ code > attribute is not specified on an element then its computed
2557
2556
value is the computed value of the same attribute on the element's parent.</ p >
2558
2557
< p > Or, for another example, the computed times of an element in a DAPT document are relative
2559
- to the begin time of its parent element. If a < code > <div></ code > element specifies a < code > begin</ code >
2560
- attribute, and that element does not correspond to a < a > Script Event</ a > , then the computed times
2561
- of its descendant < code > <div></ code > elements that do correspond to < a > Script Events</ a >
2562
- are different to what they would be if that intermediate < code > <div></ code > element's < code > begin</ code >
2563
- time were ignored.</ p >
2564
- < p class ="ednote "> MAYBE REMOVE Or, also for example, if styling is used in a TTML document, the computed value of the < code > tts:fontSize</ code >
2565
- attribute when expressed as a percentage is relative to the computed value of the same attribute
2566
- on the element's parent.
2567
- Furthermore, in this example, the algorithm for generating ISDs (Intermediate Synchronic Documents)
2568
- involves reparenting some elements. The computed value that applies is the one < em > before</ em >
2569
- rehoming has taken place.</ p >
2558
+ to the begin time of the element's parent.
2559
+ If a < code > <div></ code > element specifies a < code > begin</ code > attribute,
2560
+ then the computed times of its child < code > <div></ code > elements
2561
+ are relative to that parent < code > <div></ code > element's begin time,
2562
+ and so on down the hierarchy.
2563
+ It is important to include those "intermediate" < code > <div></ code > elements'
2564
+ times in the computation even if the processing target is
2565
+ an instance of the DAPT data model in which they have no direct equivalent;
2566
+ otherwise the < a > Script Event</ a > < a > Begin</ a > and < a > End</ a > times would be wrong.
2567
+ </ p >
2570
2568
< p > Considering this situation more generally,
2571
2569
it is possible that, within a DAPT document, there can be TTML elements that
2572
2570
do not directly correspond to objects in the DAPT data model,
@@ -2576,6 +2574,9 @@ <h3>Using computed attribute values</h3>
2576
2574
< p > The semantics defined by [[TTML2]] or, for vocabulary defined herein, this specification, take precedence in this scenario.
2577
2575
Implementations MUST compute attribute values based on the contents of the < a > document instance</ a > < em > before</ em >
2578
2576
applying those computed values to DAPT data model objects.
2577
+ For example a processor that supports TTML2 styling features would need
2578
+ to implement the TTML2 semantics for inheritance and computing relative values
2579
+ of attributes like < code > tts:fontSize</ code > .
2579
2580
</ p >
2580
2581
< aside class ="example ">
2581
2582
< p > This example demonstrates these possibilities,
0 commit comments