시간 지정 텍스트 마크업 언어 2 (TTML2) (제2판)

1.2.1 단일 영역 예제

TTML 문서 인스턴스는 tt 문서 요소로 구성되며, 이 요소에는 헤더와 본문이 포함됩니다. 헤더는 문서 수준의 메타데이터, 스타일 정의 및 레이아웃 정의를 지정하고, 본문은 텍스트 콘텐츠와 함께 스타일 및 레이아웃 정보에 대한 참조, 인라인 스타일 및 타이밍 정보를 지정합니다.

<tt xml:lang="" xmlns="http://www.w3.org/ns/ttml">
  <head>
    <metadata/>
    <styling/>
    <layout/>
  </head>
  <body/>
</tt>

문서 수준의 메타데이터에는 문서 제목, 설명 및 저작권 정보를 지정할 수 있습니다. 또한 다른 네임스페이스의 임의의 메타데이터를 지정할 수 있습니다.

<metadata xmlns:ttm="http://www.w3.org/ns/ttml#metadata">
  <ttm:title>시간 지정 텍스트 TTML 예제</ttm:title>
  <ttm:copyright>저자 (c) 2006</ttm:copyright>
</metadata>

스타일 정보는 레이아웃 및 콘텐츠 정보에서 참조하는 스타일 명세 정의의 형태로 지정하거나, 콘텐츠 정보에 인라인으로 지정하거나, 두 방식을 함께 사용할 수 있습니다.

예제 조각 – TTML 스타일 지정에서는 네 개의 스타일 명세 집합을 정의하며, 그중 하나는 기본 스타일 모음으로 사용됩니다.

<styling xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <!-- s1은 기본 색상, 글꼴 및 텍스트 정렬을 지정합니다 -->
  <style xml:id="s1"
    tts:color="white"
    tts:fontFamily="proportionalSansSerif"
    tts:fontSize="22px"
    tts:textAlign="center"
  />
  <!-- 노란색 텍스트를 사용하지만 그 외에는 스타일 s1과 동일한 대안입니다 -->
  <style xml:id="s2" style="s1" tts:color="yellow"/>
  <!-- s1을 기반으로 하지만 오른쪽으로 정렬한 스타일입니다 -->
  <style xml:id="s1Right" style="s1" tts:textAlign="end" />     
  <!-- s2를 기반으로 하지만 왼쪽으로 정렬한 스타일입니다 -->
  <style xml:id="s2Left" style="s2" tts:textAlign="start" />
</styling>

레이아웃 정보는 콘텐츠를 표시할 하나 이상의 영역을 정의합니다 — 여기서는 단일 영역을 정의합니다. 영역 정의는 하나 이상의 스타일 명세 집합을 참조하여 해당 영역으로 흐르는 콘텐츠가 이러한 스타일을 상속하도록 할 수 있습니다. 예제 조각 – TTML 레이아웃에서 영역 정의는 스타일 명세 s1을 참조하고 이를 특정 인라인 스타일로 보완합니다. 이들을 함께 사용하면 영역으로 흐르는 콘텐츠가 해당 영역의 스타일을 상속할 수 있습니다(스타일이 콘텐츠에 이미 명시적으로 지정되어 있지 않고 콘텐츠 계층을 통해 상속되지도 않은 경우).

<layout xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <region xml:id="subtitleArea"
    style="s1"
    tts:extent="560px 62px"
    tts:padding="5px 3px"
    tts:backgroundColor="black"
    tts:displayAlign="after"
  />
</layout>  

문서 인스턴스의 콘텐츠는 블록 및 인라인 텍스트 요소로 구성된 본문에서 표현됩니다. 콘텐츠 요소의 계층적 구성은 공간적 관계와 시간적 관계를 모두 결정하는 데 핵심적인 역할을 합니다. 예를 들어, 예제 조각 – TTML 본문에서 각 문단 (p 요소)은 지정된 어휘적 순서에 따라 대상 영역으로 흐릅니다. 또한 각 문단의 활성 시간 구간은 적용 가능한 시간 포함 의미론에 따라 부모 또는 형제를 기준으로 결정됩니다 — 이 경우 부모인 division은 기본적으로 병렬 시간 컨테이너로 해석됩니다.

<body region="subtitleArea">
  <div>
    <p xml:id="subtitle1" begin="0.76s" end="3.45s">
      역설처럼 보이지 않습니까,
    </p>
    <p xml:id="subtitle2" begin="5.0s" end="10.0s">
      망막에 맺히는 상이<br/>
      거꾸로 되어 있다는 것은요?
    </p>
    <p xml:id="subtitle3" begin="10.0s" end="16.0s" style="s2">
      이상하지요, 어째서 우리는<br/>
      사물을 거꾸로 보지 않는 걸까요?
    </p>
    <p xml:id="subtitle4" begin="17.2s" end="23.0s">
      그렇다면 뇌도 거꾸로 되어 있다는<br/>
      이론을 들어 보신 적이 없군요?
    </p>
    <p xml:id="subtitle5" begin="23.0s" end="27.0s" style="s2">
      정말 없습니다! 참으로 아름다운 사실이군요!
    </p>
    <p xml:id="subtitle6a" begin="28.0s" end="34.6s" style="s2Left">
      그런데 그것은 어떻게 증명하나요?
    </p>
    <p xml:id="subtitle6b" begin="28.0s" end="34.6s" style="s1Right">
      이렇습니다: 우리가 부르는
    </p>
    <p xml:id="subtitle7" begin="34.6s" end="45.0s" style="s1Right">
      뇌의 꼭대기는<br/>
      사실 그 바닥이고
    </p>
    <p xml:id="subtitle8" begin="45.0s" end="52.0s" style="s1Right">
      우리가 그 바닥이라고 부르는 것은<br/>
      사실 그 꼭대기이니,
    </p>
    <p xml:id="subtitle9a" begin="53.5s" end="58.7s">
      그저 명칭의 문제일 뿐입니다.
    </p>
    <p xml:id="subtitle9b" begin="53.5s" end="58.7s" style="s2">
      정말로 유쾌하군요!
    </p>
  </div>    
</body>

첫 번째 자막인 자막 1 – 시간 구간 [0.76, 3.45)은 0.76초부터 3.45초까지의 시간 구간 동안 표시됩니다. 이 자막은 글꼴 패밀리, 글꼴 크기, 전경색 및 텍스트 정렬을 자신이 표시되는 영역에서 상속합니다. 문단에 영역이 명시적으로 지정되어 있지 않으므로, 영역을 지정하는 가장 가까운 조상이 대상 영역을 결정합니다. 또한 콘텐츠는 이를 포함하는 영역의 아래쪽(후방 가장자리)에 표시되는데, 이는 tts:displayAlign="after"가 영역 정의에 지정되어 있기 때문입니다.

자막 1 – 시간 구간 [0.76, 3.45)

두 번째 자막도 기본 스타일을 계속 사용하지만, 저작자가 지정한 줄바꿈으로 구분된 두 줄의 텍스트를 포함합니다. tts:textAlign="center"를 사용하여 인라인 진행 방향의 문단 정렬을 지정한 효과에 유의하시기 바랍니다.

자막 2 – 시간 구간 [5.0, 10.0)

세 번째 자막은 기본 스타일의 전경색을 다른 색상으로 재정의하는 변형 스타일을 사용하여 이어집니다.

자막 3 – 시간 구간 [10.0, 16.0)

네 번째 자막은 기본 스타일로 돌아갑니다.

자막 4 – 시간 구간 [17.2, 23.0)

다섯 번째 자막은 다시 기본 스타일의 전경색을 다른 색상으로 재정의하는 변형 스타일을 사용하여 이어집니다.

자막 5 – 시간 구간 [23.0, 27.0)

다음 활성 시간 구간 동안에는 서로 다른 두 자막이 동시에 활성화되며, 각 자막을 표현하는 문단은 기본 스타일의 색상과 문단 텍스트 정렬을 재정의하는 서로 다른 스타일을 사용합니다. 흐름 순서는 콘텐츠 계층에 나타나는 요소의 어휘적 순서에 따라 결정된다는 점에 유의하시기 바랍니다.

자막 6a 및 6b – 시간 구간 [28.0, 34.6)

다음 자막도 비슷한 방식으로 지정되며, 스타일을 재정의하여 문단을 인라인 진행 방향의 오른쪽(끝)으로 정렬합니다.

자막 7 – 시간 구간 [34.6, 45.0)

여덟 번째 자막은 문단의 오른쪽(끝) 정렬을 유지하기 위해 이전 자막과 동일한 스타일 재정의를 사용합니다.

자막 8 – 시간 구간 [47.3, 49.0)

마지막(아홉 번째) 활성 시간 구간 동안에는 서로 다른 두 자막이 다시 동시에 활성화되지만, 두 번째 문단에 다른 스타일을 적용하여 기본 색상을 재정의합니다. 흐름 순서는 콘텐츠 계층에 나타나는 요소의 어휘적 순서에 따라 결정된다는 점에 유의하시기 바랍니다.

자막 9a 및 9b – 시간 구간 [53.5, 58.7)

1.2.2 다중 영역 예제

위 예제는 단일 영역으로 향하는 콘텐츠의 시간적 흐름과 어휘적 흐름을 보여 줍니다. 이 개념은 여러 영역으로 확장할 수 있으며, 콘텐츠의 서로 다른 부분이 각각 독립적인 시점에 각 영역으로 흐르게 할 수 있습니다. 예를 들어, 예제 문서 – 다중 영역의 TTML 레이아웃에는 두 개의 자막 문단이 있고, 각각 서로 다른 영역에 배치됩니다. 두 번째 자막은 첫 번째 자막이 화면에서 사라지기 전에 나타나며, 그 후에도 계속 표시되므로, 표시되는 자막의 수가 차례로 하나, 둘, 다시 하나가 됩니다.

<tt xml:lang="en" xmlns="http://www.w3.org/ns/ttml"
    xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <head>
    <styling xmlns:tts="http://www.w3.org/ns/ttml#styling">
      <style xml:id="pStyle"
        tts:backgroundColor="cyan"
        tts:textAlign="center"
        tts:fontSize="6.7rh"/>
      <style xml:id="spanStyle"
        tts:color="white"
        tts:backgroundColor="black"
        tts:fontFamily="proportionalSansSerif"/>
    </styling>
    <layout xmlns:tts="http://www.w3.org/ns/ttml#styling">
      <region xml:id="topCenterArea"
        tts:position="center top 10% "
        tts:extent="80% 20%"
        tts:displayAlign="before"
        tts:backgroundColor="purple"
        tts:showBackground="whenActive"/>
      <region xml:id="bottomLeftArea"
        tts:position="left 10% bottom 10% "
        tts:extent="60% 20%"
        tts:displayAlign="after"
        tts:backgroundColor="green"
        tts:showBackground="whenActive"/>
    </layout>  
  </head>
  <body>
    <div>
      <p xml:id="subtitle1" begin="00:00:00.500" end="00:00:01.500"
         region="topCenterArea" style="pStyle">
        <span style="spanStyle">생리학 강사님께 왜 그 절묘한 이론을<br/>
        한 번도 알려 주지 않으셨는지 여쭤봐야겠습니다!</span>
      </p>
      <p xml:id="subtitle2" begin="00:00:01" end="00:00:02"
         region="bottomLeftArea" style="pStyle">
        <span style="spanStyle">그 질문을 하실 때라면 무엇을 내주고서라도<br/>
        그 자리에 있고 싶군요!</span>
      </p>
    </div>    
  </body>
</tt>

이 예제에는 시간적으로 겹치는 두 개의 자막이 있습니다. 이로 인해 0.5초와 2초 사이에 세 개의 서로 다른 구간이 생깁니다. 문서에서 시간은 hh:mm:ss 형식으로 표현됩니다. 각 영역과 문단은 자신의 콘텐츠보다 큰 크기로 지정되어 있으며, 대비되는 배경색으로 표시되어 자신의 위치와 자손의 위치가 더 명확하게 보이도록 합니다. 위쪽 영역은 보라색이고, 아래쪽 영역은 녹색입니다. 각 p는 청록색이며, 각 span은 검은색 배경에 흰색 텍스트입니다.

자막 1 – 시간 구간 [0.5, 1.0)

첫 번째 구간인 0.5초부터 1.0초까지는 두 줄이 표시되며, 위쪽 중앙 영역의 전방 가장자리에 정렬됩니다. 따라서 영역에서 사용되지 않는 부분은 텍스트 아래에 보라색으로 나타납니다. 마찬가지로 p 요소에서 사용되지 않는 부분은 청록색으로 나타나며, span 요소가 차지하는 공간을 보여 주는 검은색 배경을 둘러쌉니다.

자막 1 및 2 – 시간 구간 [1.0, 1.5)

두 번째 구간인 1.0초부터 1.5초까지는 첫 번째 자막이 계속 표시되고, 두 줄로 구성된 두 번째 자막이 왼쪽 아래 영역에 표시됩니다. 새 텍스트는 해당 영역의 후방 가장자리에 정렬되므로, 영역에서 사용되지 않는 부분은 텍스트 위에 녹색으로 나타납니다.

자막 2 – 시간 구간 [1.0, 1.5)

세 번째 구간인 1.5초부터 2.0초까지는 첫 번째 자막이 더 이상 표시되지 않습니다.

위 예제들은 TTML로 작성할 수 있는 주요 정보 유형인 메타데이터, 스타일, 레이아웃, 타이밍 및 콘텐츠를 보여 줍니다. 일반적으로 스타일과 레이아웃 정보는 문서 인스턴스에 별도로 지정됩니다. 콘텐츠 정보는 공간(흐름) 정보와 타이밍 정보의 구성을 모두 반영하는 계층적 방식으로 표현됩니다. 콘텐츠는 스타일 및 레이아웃 정보를 직접 또는 간접적으로 참조하며, 스타일에 대한 인라인 재정의를 지정할 수 있습니다.

3.2.1 일반 처리기 적합성

TTML2 콘텐츠 처리기는 다음의 일반 처리기 기준을 모두 충족하면 이 명세에 적합합니다.

1. 처리기는 개념적으로 축소된 XML 정보 집합 표현을 인스턴스화할 수 있는 메커니즘을 하나 이상 제공하며, 해당 표현은 적합한 문서 인스턴스를 나타냅니다.

2. 처리기는 프로파일 처리를 수행합니다.

   참고:

   프로파일 처리의 수행에는 어느 정도의 부분적 유효성 검사가 내포되지만, [문서 유효성 검사] 절차를 수행하는 수준에는 미치지 않습니다. 이 절차는 바로 다음 항목에서 설명합니다. 특히 구현은 프로파일 관련 어휘의 구문적 표현과 이 어휘의 사용에 적용되는 모든 필수적인 구문적 또는 의미론적 제약을 해당 어휘를 사용하기 전에 기본적으로 검증할 것으로 예상됩니다. 프로파일 처리가 구문적 또는 의미론적 제약의 중대한 위반을 탐지하지 않고 완료되었다면, 더 완전한 유효성 검사를 수행할 수 있으며, 이때 사용하는 절차는 [문서 유효성 검사]입니다.

3. 처리기가 유효성 검사 기능이 있는 콘텐츠 처리기라면 다음을 수행합니다.

   1. 암시적으로 또는 명시적으로 축소된 XML 정보 집합 표현을 연결하는 메커니즘을 하나 이상 제공합니다. 이 표현은 후보 문서 인스턴스를 나타내며, 연결 대상은 추상 문서 유형 중 하나로, 4 문서 유형에서 정의합니다.

   2. [문서 유효성 검사] 절차를 수행합니다.

   참고:

   이 명세는 유효성 검사 처리의 수행과 프로파일 처리의 수행 사이에 엄격한 순서를 정의하지 않습니다. 프로파일 처리는 앞선 항목에서 설명합니다. 특히 이 두 처리 단계는 서로 번갈아 수행하거나 반복할 수 있으며, 두 단계 모두 문서 인스턴스에 대한 추가적인 변환 또는 표시 처리보다 먼저 완료되면 됩니다.

   위의 설명에도 불구하고, 유효성 검사 처리와 프로파일 처리 사이에는 암묵적인 순서 관계가 있습니다. 구체적으로, 처리를 수행하려면, 즉 유효성 검사 처리를 수행하려면 다음 값이 결정되어야 합니다. 유효 유효성 검사 프로파일의 값입니다. 이 값을 얻으려면 유효 콘텐츠 프로파일의 값을 결정하거나, 그 값이 null이면 유효 처리기 프로파일의 값을 결정해야 합니다. 이 두 값은 프로파일 처리 중에 얻습니다.

   참고:

   유효성 검사 처리와 프로파일 처리를 번갈아 수행하는 예로, 다음 시나리오를 제시된 순서대로 살펴볼 수 있습니다.

   • 입력 문서 소스의 올바른 형식을 검증합니다(유효성 검사 처리).

   • 입력 문서 소스를 잠재적으로 유효한 추상 문서 인스턴스로 인스턴스화합니다(일반 처리).

   • 애플리케이션에 내장된 의미론을 사용하여 유효성 검사 상태를 초기화합니다 (유효성 검사 처리).

   • 애플리케이션에 내장된 의미론을 사용하여 프로파일 상태를 초기화합니다(프로파일 처리).

   • 유효성 검사 관련 어휘의 유효성을 검사합니다(유효성 검사 처리).

   • 유효한 유효성 검사 관련 어휘를 사용하여 유효성 검사 상태를 갱신합니다 (유효성 검사 처리).

   • 프로파일 관련 어휘의 유효성을 검사합니다(유효성 검사 처리).

   • 유효한 프로파일 관련 어휘를 사용하여 프로파일 상태를 갱신합니다(프로파일 처리).

   • [지원되지 않는 처리기 프로파일이면 중단] 절차의 중단 단계를 수행합니다(프로파일 처리).

   • 전체 문서의 유효성을 검사하며, 새 프로파일 상태에 따라 필요한 경우 유효성 검사 및 프로파일 어휘의 유효성을 다시 검사합니다(유효성 검사 처리).

   • 처리가 중단되지 않았다면 변환 또는 표시 처리를 계속합니다(일반 처리).

4. 처리기는 적합한 문서 인스턴스의 처리를 선험적으로 거부하거나 중단하지 않습니다. 여기서 문서 인스턴스의 처리에 대한 예외는 다음과 같습니다.

   1. 처리기가 필수적인 기능 중 일부를 지원하지 않는 경우입니다. 해당 기능은 적용 대상으로 선언된 TTML 프로파일에 명시되거나 내포되며, 그 적용 대상은 문서 인스턴스입니다.

   2. 유효성 검사 오류가 다음 절차를 수행하는 중에 발생한 경우입니다. [문서 유효성 검사] 절차입니다.

5. 처리기는 이 명세에서 정의한 모든 필수 처리 의미론을 지원합니다.

   참고:

   필수 의미론이라는 표현은 적합성 핵심 표현인 해야 합니다 및 해서는 안 됩니다의 모든 명시적인 사용뿐 아니라, 이러한 핵심 표현에서 합리적으로 추론할 수 있는 모든 선언적 문장을 가리킵니다.

   참고:

   필수 의미론에 대한 지원은 기능 또는 확장에 적용되며, 해당 기능 또는 확장을 TTML 콘텐츠 처리기가 지원하는 경우에만 적용됩니다.

6. 처리기가 이 명세에서 정의한 선택적 처리 의미론의 일부를 지원한다면, 정의된 의미론과 일치하는 방식으로 지원합니다.

   참고:

   선택적 의미론이라는 표현은 적합성 핵심 표현인 하는 것이 좋습니다, 하지 않는 것이 좋습니다, 할 수 있습니다, 하지 않을 수 있습니다의 모든 명시적인 사용과, 이러한 핵심 표현에서 합리적으로 추론할 수 있는 모든 선언적 문장을 가리킵니다.

3.2.2 변환 처리기 적합성

TTML 콘텐츠 처리기는 적합한 TTML2 변환 처리기로 간주됩니다. 단, 다음 기준을 모두 충족해야 합니다.

1. 처리기는 다음 절에서 규정한 모든 요구 사항을 충족합니다. 3.2.1 일반 처리기 적합성입니다.

2. 처리기는 TTML 변환 프로파일을 지원하며, 이 프로파일은 G.3 TTML2 변환 프로파일에서 규정합니다.

3. 처리기는 DFXP 변환 프로파일을 지원하며, 이 프로파일은 G.6 DFXP 변환 프로파일에서 규정합니다.

3.2.3 표시 처리기 적합성

TTML 콘텐츠 처리기는 적합한 TTML2 표시 처리기로 간주됩니다. 단, 다음 기준을 모두 충족해야 합니다.

1. 처리기는 다음 절에서 규정한 모든 요구 사항을 충족합니다. 3.2.1 일반 처리기 적합성입니다.

2. 처리기는 TTML 표시 프로파일을 지원하며, 이 프로파일은 G.2 TTML2 표시 프로파일에서 규정합니다.

3. 처리기는 DFXP 표시 프로파일을 지원하며, 이 프로파일은 G.5 DFXP 표시 프로파일에서 규정합니다.

4. 처리기는 11.3.1.3 중간 동시적 문서 구성과 11.3.1.4 동시적 흐름 처리를 수행합니다.

3.4.1 상위 호환성

적합한 TTML1 처리기는 TTML2 콘텐츠 문서 인스턴스를 처리할 수 있습니다. 단, 알 수 없는 어휘를 무시하고, 알려진 어휘라도 적합한 TTML1 문서에서 허용되지 않는 맥락에 나타나면 무시해야 합니다. 여기서 TTML1 문서란 콘텐츠 문서 인스턴스를 뜻합니다. 그러나 이러한 처리는 콘텐츠를 버리거나 표시하지 못할 수 있으며, 적합한 TTML2 처리기에서 처리할 때 의도한 것과 다르게 콘텐츠를 표시할 수도 있습니다.

3.4.2 하위 호환성

TTML2는 다음과 같이 설계되었습니다.

• 적합한 TTML1 콘텐츠 문서 인스턴스는 적합한 TTML2 콘텐츠 문서 인스턴스입니다.

• 적합한 TTML2 처리기는 적합한 TTML1 콘텐츠 문서 인스턴스를 처리할 때, 생성하는 출력이 TTML1에서 허용하는 변동 범위에 들도록 처리합니다. 다만 사용 중단된 기능을 만나면 경고를 출력할 수 있습니다.

5.2.1 소개

이 하위 절은 비규범적입니다.

시간 지정 텍스트 마크업 언어의 콘텐츠 작성자는 특정 프로파일을 두 가지 기능 중 하나에 사용할 수 있습니다. (1) 문서 인스턴스가 사용하는 어휘와 그 사용 방식에 관한 제약의 모음을 따른다고 선언하거나, (2) 처리기가 콘텐츠 처리 방식에 관한 특정 조건을 충족해야 한다고 선언하는 것입니다. 첫 번째 기능은 콘텐츠 프로파일이라고 하며, 두 번째 기능은 처리기 프로파일이라고 합니다.

콘텐츠 프로파일은 작성자가 저작 시점에 문서 인스턴스에 적용하려는 제약을 선언할 수 있도록 사용됩니다. 이러한 선언을 통해 후속 처리기는 콘텐츠의 유효성 검사나 검증을 수행할 수 있을 뿐 아니라, 이후의 콘텐츠 변환이나 편집을 안내하거나 제한하여 작성자가 지정한 콘텐츠 프로파일의 준수를 유지할 수 있습니다. 또한 후속 처리기는 콘텐츠 프로파일 선언을 사용하여 해당 콘텐츠 프로파일이 내포하는 기능을 처리할 수 있는지 조기에 판단할 수 있습니다.

콘텐츠 프로파일은 (1) ttp:contentProfiles 속성을 루트 tt 요소에 사용하거나, (2) 하나 이상의 최상위 ttp:profile 요소를 content 유형으로 사용하여 선언합니다. 선언하지 않으면 어떤 콘텐츠 프로파일도 암시되지 않습니다.

처리기 프로파일은 작성자가 저작 시점에 문서 인스턴스를 처리할 때 지원해야 하는 처리를 선언할 수 있도록 사용됩니다. 처리기가 지정된 처리를 수행할 수 없다면 처리를 중단하는 것이 좋습니다. 이러한 선언을 통해 후속 처리기는 콘텐츠 작성자의 요구 사항을 충족하는 방식으로 처리할 수 없는 콘텐츠의 처리를 피할 수 있습니다.

처리기 프로파일은 (1) ttp:processorProfiles 속성을 루트 tt 요소에 사용하거나, (2) 하나 이상의 ttp:profile 요소를 processor 유형으로 사용하거나, (3) ttp:profile 속성을 루트 tt 요소에 사용하여 선언합니다. 선언하지 않으면 처리기 프로파일은 선언된 콘텐츠 프로파일 또는 기본 처리기 프로파일에서 추론됩니다.

콘텐츠 작성자는 하나의 프로파일만 사용해야 하는 것은 아니며, 두 유형 중 어느 것이든 여러 프로파일을 참조할 수 있습니다. 즉, 여러 콘텐츠 프로파일이나 여러 처리기 프로파일, 또는 둘 다 참조할 수 있습니다. 여러 프로파일을 참조하면 각 프로파일의 명세를 결합하여 문서에 적용되는 하나의 유효 콘텐츠 프로파일과, 문서를 처리할 때 처리기에 적용되는 하나의 유효 처리기 프로파일을 구성합니다. 또한 작성자는 외부에서 정의한 프로파일만 참조해야 하는 것은 아니며, 문서 내에 하나 이상의 프로파일을 인라인으로 정의할 수 있습니다.

5.2.2 프로파일 예제

이 하위 절은 비규범적입니다.

작성자가 정의한 TTML 표시 프로파일의 가산 파생 프로파일 예를 아래의 예제 조각 – TTML 가산 프로파일에 제시합니다.

<tt xml:lang="" xmlns="http://www.w3.org/ns/ttml">
 <head>
   <profile use="ttml2-presentation" xmlns="http://www.w3.org/ns/ttml#parameter">
     <features xml:base="http://www.w3.org/ns/ttml/feature/">
       <feature value="required">#fontStyle-italic</feature>
     </features>
   </profile>
 </head>
 <body/>
</tt>

5.2.3 프로파일 지정자

프로파일은 참조하는 문서의 외부에서 정의되었는지, 아니면 참조하는 문서 내부에 인라인으로 정의되었는지에 따라 두 가지 방식 중 하나로 참조됩니다. 외부에서 정의되면 프로파일은 <absolute-profile-designator> 또는 <relative-profile-designator> 표현식으로 참조됩니다. 내부에 인라인으로 정의되면 프로파일은 암시적으로 참조되거나 다음의 <fragment-profile-designator> 표현식으로 참조됩니다.

프로파일 지정자는 <uri> 값 구문을 따라야 합니다. 프로파일 지정자를 상대 URI로 표현한다면, TT 프로파일 네임스페이스 값을 사용하여 절대화해야 합니다. 이 값을 기본 URI로 사용하며, 여기서 절대화라는 용어는 [URI]의 §5에서 설명한 대로 상대 URL을 절대 URL로 해석하는 것을 뜻합니다.

TT 프로파일 네임스페이스를 접두사로 가지지만 표 5-2 – 프로파일에 나열되어 있지 않고 [TTML 프로파일 레지스트리]의 §4, 레지스트리에도 나열되어 있지 않은 모든 프로파일 지정자는 향후 표준화를 위해 예약되어 있으며, 적합한 문서 인스턴스에 나타나서는 안 됩니다. 이러한 제약에도 불구하고, 프로파일 지정자가 다음 표에 열거한 지정자 집합으로 제한되는 것은 아닙니다. 표 5-2 – 프로파일에 없더라도 TTML 프로파일 정의 문서를 실제로 역참조할 수 있는 URI라면 사용할 수 있습니다. 단, TT 프로파일 네임스페이스를 접두사로 사용해서는 안 됩니다.

5.2.4 프로파일 의미론

5.3.1 유효성 검사 의미론

5.4.1 핵심 카탈로그

핵심 어휘 카탈로그는 TTML의 요구를 충족하면서 향후 프로파일을 위한 기본 어휘를 제공하도록 의도되었습니다. 이 어휘는 서로 구별되는 범주로 나뉘며, 다음 절들에서 자세히 규정합니다.

• 6 프로파일

• 7 매개변수

• 8 콘텐츠

• 9 임베디드 콘텐츠

• 10 스타일 지정

• 11 레이아웃

• 12 타이밍

• 13 애니메이션

• 14 메타데이터

문서 인스턴스에서 사용하도록 규정한 핵심 요소 어휘는 이름이 부여된 모듈의 집합으로 표 5-3 – 요소 어휘에 열거되어 있습니다. 각 모듈은 요소 유형의 집합으로 정의되며, 각 모듈의 구성원, 즉 각 모듈의 구성원은 하나 이상의 확장 모듈에 의해 확장될 수 있지만 제한될 수는 없습니다.

TTML 요소 유형의 콘텐츠 모델을 정의하는 데 사용하는 요소 어휘 그룹은 다음 표에 그룹의 집합으로 열거되어 있습니다. 표 5-4 – 요소 어휘 그룹입니다. 각 그룹은 생성 규칙 [46]을 충족하는 콘텐츠 명세로 정의되며, 해당 규칙은 [XML 1.0]에 있습니다. 각 그룹은 하나 이상의 확장 모듈에 의해 확장될 수 있지만 제한될 수는 없습니다.

핵심 어휘 카탈로그와 함께 사용하도록 규정한 속성 어휘는 하나의 집합, 즉 모듈의 집합으로 표 5-5 – 속성 어휘에 열거되어 있습니다. 각 모듈은 속성 유형의 집합으로 정의되며, 각 모듈의 구성원, 즉 각 모듈의 구성원은 하나 이상의 확장 모듈에 의해 확장될 수 있지만 제한될 수는 없습니다.

5.4.2 확장 카탈로그

확장 어휘 카탈로그는 향후 TTML 프로파일에서 사용하도록 의도되었으며, 이 버전의 TTML에서는 더 자세히 정의하지 않습니다.

표준화된 확장 어휘 외에도, 적합한 문서 인스턴스는 네임스페이스로 한정된 임의의 요소를 포함할 수 있습니다. 이러한 요소는 이 명세에서 사용하도록 정의한 네임스페이스 이외의 네임스페이스에 속해야 합니다. 또한 적합한 문서 인스턴스는 네임스페이스로 한정된 임의의 속성을 TTML이 정의한 어휘에 포함할 수 있습니다. 이러한 속성은 이 명세에서 사용하도록 정의한 네임스페이스 이외의 네임스페이스에 속해야 합니다.

6.1.1 ttp:profile

ttp:profile 요소는 콘텐츠 프로파일 또는 처리기 프로파일을 지정하는 데 사용됩니다. 처리기 프로파일은 필수 기능 및 확장과 선택적 기능 및 확장의 모음을 지정합니다. 이는 콘텐츠 처리기가 지원해야 하거나 지원할 수 있는 항목으로, 다음과 같은 문서를 처리하기 위한 것입니다. 해당 문서 인스턴스는 이러한 기능과 확장을 사용하거나 사용할 수 있습니다. 콘텐츠 프로파일은 금지된 기능 및 확장, 필수 기능 및 확장, 선택적 기능 및 확장의 모음을 지정합니다. 이들은 각각 문서 인스턴스에 있어서는 안 되거나, 있어야 하거나, 있을 수 있는 항목이며, 해당 인스턴스는 그 프로파일의 준수를 선언합니다.

이 명세는 ttp:profile 요소에 대해 두 가지 서로 다른 사용 맥락을 정의합니다.

• head 요소 또는 ttp:profile 요소의 자식으로 사용되며, TTML 문서 인스턴스 내에 있는 경우입니다.

• TTML 프로파일 정의 문서 인스턴스의 루트 요소로 사용되는 경우입니다.

ttp:profile 요소가 TTML 문서 인스턴스 내에 나타나면, 그 목적은 작성자의 다음 의도를 표현하는 것입니다. (1) 해당 문서를 처리하기 위해 수신 측 콘텐츠 처리기가 어떤 기능과 확장을 지원해야 하거나 지원할 수 있는지, 또는 (2) 어떤 기능과 확장을 포함하거나 다른 방식으로 사용하는 것이 금지되거나 필수이거나 선택적인지입니다. 후자의 적용 대상은 해당 문서 인스턴스입니다.

ttp:profile 요소가 TTML 프로파일 정의 문서 인스턴스에 사용되면, 기계가 읽을 수 있는 특정 TTML 프로파일의 명세를 공개하는 역할을 합니다. 이 명세는 TTML 문서 인스턴스에서 참조할 수 있습니다. 이 명세는 여러 표준 프로파일 정의 문서를 G 표준 프로파일에서 정의합니다.

ttp:profile 요소는 자식으로 0개 이상의 Metadata.class 요소 그룹에 속하는 요소를 허용하며, 그 뒤에는 (1) 0개 이상의 ttp:features 요소와 그 뒤의 0개 이상의 ttp:extensions 요소 또는 (2) 0개 이상의 ttp:profile 요소를 허용합니다. ttp:profile 요소가 자식 ttp:profile 요소를 포함하면, 해당 자식은 중첩된 프로파일이라고 하고, 부모는 중첩하는 프로파일이라고 합니다. 그렇지 않으면 중첩하지 않는 프로파일이라고 합니다.

<ttp:profile
  combine = ("leastRestrictive" | "mostRestrictive" | "replace" | "ignore") : ignore
  designator = xsd:string
  type = ("processor" | "content") : processor
  use = <absolute-profile-designator> | <relative-profile-designator>
  xml:base = <uri>
  xml:id = ID
  콘텐츠: Metadata.class*, ((ttp:features*, ttp:extensions*)|ttp:profile*)
</ttp:profile>

type 속성은 프로파일이 콘텐츠 프로파일인지 처리기 프로파일인지 결정하는 데 사용됩니다. 지정하지 않으면, 해당 프로파일은 처리기 프로파일로 간주됩니다. ttp:profile 요소가 기준 프로파일 또는 중첩된 프로파일을 참조하면, 참조되는 프로파일의 유형은 참조하는 프로파일의 유형과 같아야 합니다. 예를 들어 ttp:profile 요소가 처리기 프로파일을 정의한다면, 다른 처리기 프로파일만 참조할 수 있으며, 콘텐츠 프로파일은 참조할 수 없습니다.

combine 속성은 동일한 기능이나 확장에 여러 명세가 적용되는 경우, 각각의 기능 명세나 확장 명세를 결합하는 방식을 지정하는 데 사용됩니다.

combine 속성의 값이 replace 또는 ignore이면, 어휘적으로 뒤에 오는 기능 명세나 확장 명세가 각각 어휘적으로 앞에 오는 명세를 대체하거나 무시됩니다. 이때 명세 요소는 다음 순서로 배열됩니다.

1. 기준 프로파일에서 정의한 명세로서, use 속성이 참조하는 프로파일의 명세입니다.

2. 자손 ttp:profile 요소에서 정의한 명세를 후위 순회 순서로 배열합니다.

3. 자손 ttp:feature 또는 ttp:extension 요소로 정의한 명세를 후위 순회 순서로 배열합니다.

값이 leastRestrictive이면 가장 제한이 적은 명세 값이 적용됩니다. 값이 mostRestrictive이면 가장 제한이 많은 명세 값이 적용됩니다. 제한의 정도는 적은 것부터 많은 것까지 다음 순서입니다. optional, required, prohibited.

combine 속성을 지정하지 않으면 ignore 의미론이 적용됩니다.

designator 속성을 지정한다면, <absolute-profile-designator> 값 구문을 따라야 합니다. designator 속성은 TTML 문서에 나타나는 ttp:profile 요소에 지정할 수 있습니다. 해당 문서 인스턴스에서 이 속성을 지정하지 않으면, 정의된 프로파일은 미지정 프로파일로 간주됩니다. designator 속성은 TTML 프로파일 정의 문서에 나타나는 ttp:profile 요소에 지정하는 것이 좋습니다. 해당 프로파일 정의 문서 인스턴스에서 지정하지 않으면, 정의 맥락(예: 외부 명세)이 함께 제공하는 정의 본문에 지정자를 명시해야 합니다.

use 속성을 지정한다면, <absolute-profile-designator> 또는 <relative-profile-designator> 값 구문을 따라야 하며, 다음 중 하나를 참조해야 합니다. (1) 표준 사전 정의 프로파일로서, 5.2.3.1 표준 지정자에서 정의한 프로파일, 또는 (2) 실제로 역참조할 수 있는 리소스로서 유효한 프로파일 정의 문서 인스턴스를 나타내는 리소스입니다. 어느 경우든 참조된 프로파일은 기준 프로파일 역할을 하며, 그 적용 대상은 이 속성을 지정한 ttp:profile 요소입니다.

use 속성을 지정하지 않으면, 기준 프로파일, 즉 ttp:profile 요소의 기준 프로파일은 빈(null) 프로파일로 간주해야 합니다. 이는 기능 명세나 확장 명세를 포함하지 않는 미지정 프로파일 정의를 뜻합니다.

결합된 프로파일 명세 집합 CPSS는 프로파일 P의 기능과 확장에 대해 다음의 순서가 있는 규칙에 따라 결정됩니다. 명세 S를 CPSS에 병합할 때는 지정된 combine 속성 값 또는 기본값에 따라 결합 방식을 적용합니다. 또한 결합된 프로파일 명세 집합 CPSS' 를 CPSS에 병합할 때는 CPSS' 의 각 명세를 순서대로 CPSS에 병합합니다.

1. CPSS를 빈 집합으로 초기화합니다.

2. use 속성이 있으면, combined specification set, 즉 참조된 기준 프로파일의 해당 집합을 CPSS에 병합합니다.

3. P의 각 ttp:profile 자식에 대해, 후위 순회를 사용하여 combined specification set, 즉 자식 프로파일의 해당 집합을 CPSS에 병합합니다.

4. 각 ttp:feature 및 ttp:extension 자식에 대해, 이들이 속한 ttp:profile 요소에서 후위 순회를 사용하여 해당 기능 명세나 확장 명세를 CPSS에 병합합니다.

적합한 TTML 처리기가 모든 문서를 역참조할 수 있어야 하는 것은 아닙니다. 프로파일 정의 문서가 표준 사전 정의 프로파일 중 하나가 아니라면 그러하며, 해당 표준 프로파일은 G 표준 프로파일에서 정의합니다. 또한, 적합한 TTML 처리기는 각 표준 사전 정의 프로파일의 내장된 정적 형태를 사용하여 네트워크 리소스를 역참조할 필요가 없도록 할 수 있습니다.

TTML 처리기가 비표준 프로파일 정의 문서를 역참조할 수 없다면, 해당 문서의 처리를 계속해서는 안 됩니다. 단, 최종 사용자에 의한 명시적인 재정의가 있거나, 최종 사용자 또는 사용자나 시스템 구성 설정에서 비롯된 것임을 추적할 수 있는 구현별 매개변수가 명시적으로 재정의한 경우는 예외입니다. TTML 처리기가 문서 인스턴스의 처리를 중단한 이유가 비표준 프로파일 정의 문서를 참조할 수 없기 때문이라면, 최종 사용자에게 어떤 형태로든 알리는 것이 좋습니다. 단, 최종 사용자나 시스템이 해당 알림을 비활성화했거나, 처리기가 최종 사용자의 개입을 허용하지 않거나 수반하지 않는 경우는 예외입니다.

적합한 TTML 처리기가 결합된 프로파일이나 중첩하는 프로파일을 지원해야 하는 것은 아닙니다. (1) 결합된 프로파일을 지원하지 않으며, 프로파일을 처리하면 그것이 결합된 프로파일로 간주되는 경우, 또는 (2) 중첩하는 프로파일을 지원하지 않으며, 프로파일을 처리하면 그것이 중첩하는 프로파일로 간주되는 경우에는, 해당 프로파일의 처리를 계속해서는 안 됩니다. 단, 최종 사용자에 의한 명시적인 재정의가 있거나, 최종 사용자 또는 사용자나 시스템 구성 설정에서 비롯된 것임을 추적할 수 있는 구현별 매개변수가 명시적으로 재정의한 경우는 예외입니다. TTML 처리기가 문서 인스턴스의 처리를 중단한 이유가 다음에 대한 지원 부족 때문이라면, 즉 결합된 프로파일 또는 중첩하는 프로파일을 지원하지 않기 때문이라면, 최종 사용자에게 어떤 형태로든 알리는 것이 좋습니다. 단, 최종 사용자나 시스템이 해당 알림을 비활성화했거나, 처리기가 최종 사용자의 개입을 허용하지 않거나 수반하지 않는 경우는 예외입니다.

다음 예제는 ttp:profile 요소를 보여 줍니다.

<ttp:profile use="ttml2-presentation">
  <ttp:features xml:base="http://www.w3.org/ns/ttml/feature/">
    <ttp:feature>#text-outline</ttp:feature>
  </ttp:features>
</ttp:profile>

6.1.2 ttp:features

ttp:features 요소는 기능의 지원 및 사용 요구 사항에 관한 정보를 그룹화하는 데 사용하는 컨테이너 요소입니다.

ttp:features 요소는 자식으로 0개 이상의 Metadata.class 요소 그룹에 속하는 요소를 허용하며, 그 뒤에는 0개 이상의 ttp:feature 요소를 허용합니다.

<ttp:features
  xml:base = <uri> : TT 기능 네임스페이스
  xml:id = ID
  콘텐츠: Metadata.class*, ttp:feature*
</ttp:features>

xml:base 속성을 지정한다면, (1) <uri> 값 구문을 따라야 하고, (2) 절대 URI를 표현해야 하며, 이 URI는 [XML Base]를 따라야 합니다. 또한 (3) 기능 네임스페이스를 표현해야 하며, 그 정의는 E.1 기능 지정에 따릅니다. 지정하지 않으면, xml:base 속성의 기본값이 적용되며, 이 값은 TT 기능 네임스페이스입니다.

xml:base 속성은 기능 지정 URI의 축약을 허용하는 데 사용되며, 해당 URI는 자식 ttp:feature 요소가 표현합니다.

6.1.3 ttp:feature

ttp:feature 요소는 특정 기능의 지원 및 사용 요구 사항에 관한 정보를 지정하는 데 사용됩니다.

<ttp:feature
  extends = xsd:string
  restricts = xsd:string
  value = ("optional" | "required" | "use" | "prohibited") : 아래 본문 참조
  xml:id = ID
  콘텐츠: #PCDATA
</ttp:feature>

ttp:feature 요소의 자식은 비어 있지 않은 문자 정보 항목의 시퀀스를 표현해야 하며, 이 항목들을 이어 붙인 결과는 <uri> 값 구문을 따라야 합니다.

extends 속성이나 restricts 속성 또는 둘 다를 지정한다면, (1) <uri> 값 구문을 따라야 하고, (2) 기능 지정을 표현해야 하며, 그 정의는 E.1 기능 지정에 따릅니다.

extends 속성은 정의하는 기능이 구문적 관점이나 의미론적 관점 또는 두 관점 모두에서 extends 속성이 참조하는 기능의 진상위 집합임을 나타내는 데 사용할 수 있습니다. restricts 속성은 정의하는 기능이 구문적 관점이나 의미론적 관점 또는 두 관점 모두에서 restricts 속성이 참조하는 기능의 진부분 집합임을 나타내는 데 사용할 수 있습니다. extends 속성을 지정하면 restricts 속성을 같은 ttp:feature 요소에 지정해서는 안 됩니다. 마찬가지로 restricts 속성을 지정하면 extends 속성을 지정해서는 안 됩니다.

(1) ttp:feature 요소의 콘텐츠, (2) extends 속성 또는 (3) restricts 속성이 표현하는 URI가 상대 URI이면, 기능 네임스페이스 값과 결합했을 때 절대 URI를 표현해야 합니다. 이 네임스페이스 값은 xml:base 속성으로 표현되며, 가장 가까운 조상 ttp:features 요소에 있는 속성입니다. 원래의 절대 URI이든, 처리 결과로 얻은 절대화된 URI이든 관계없이, ttp:feature 요소가 표현하는 URI는 기능 지정의 구문도 따라야 하며, 그 정의는 E.1 기능 지정에 따릅니다. 또한, 이 URI에 나타나는 구체적인 지정, 즉 기능 지정 중 프래그먼트 식별자 구분자 '#'으로 시작하는 부분은 이 명세 또는 이미 공개된 버전의 명세에서 정의되어야 합니다. 해당 공개 버전은 REC 상태에 도달한 것이어야 합니다.

ttp:feature 요소의 콘텐츠, extends 속성 또는 restricts 속성이 표현하는 URI가 상대 URI이면, xml:base 속성을 가장 가까운 조상 ttp:features 요소에 지정하는 것이 좋습니다.

value 속성은 프로파일 유형에 따라 지정된 기능의 지원 또는 사용에 관한 제약을 지정합니다.

프로파일이 처리기 프로파일이면 다음 의미론이 적용됩니다.

• value 속성의 값이 optional이면, 처리기는 문서를 처리하기 위해 해당 기능을 구현하거나 다른 방식으로 지원할 수 있지만, 반드시 그렇게 해야 하는 것은 아닙니다.

• 값이 required이면 다음 단계를 수행합니다.

  1. 처리기가 해당 기능을 구현하거나 다른 방식으로 지원한다면, 해당 문서의 처리를 계속합니다.

  2. 그렇지 않고 다음 조건을 모두 충족하면, (1) extends 속성이 이 ttp:feature 요소에 지정되어 있고, (2) extends 속성의 값이 지정하는 기능을 처리기가 구현하거나 다른 방식으로 지원하며, (3) 계산된 ttp:permitFeatureNarrowing 속성 값이 루트 tt 요소에서 false가 아니라면, 문서의 처리를 계속합니다.

  3. 그렇지 않고 다음 조건을 모두 충족하면, (1) restricts 속성이 이 ttp:feature 요소에 지정되어 있고, (2) restricts 속성의 값이 지정하는 기능을 처리기가 구현하거나 다른 방식으로 지원하며, (3) 계산된 ttp:permitFeatureWidening 속성 값이 루트 tt 요소에서 false가 아니라면, 문서의 처리를 계속합니다.

  4. 그렇지 않으면 문서의 처리를 중단합니다. 단, 최종 사용자나 구현별 매개변수가 이를 재정의하는 경우는 예외이며, 해당 매개변수는 최종 사용자 또는 사용자나 시스템 구성 설정에서 비롯된 것임을 추적할 수 있어야 합니다.

• value 속성을 지정하지 않으면 해당 기능 명세는 required 값을 지정한 것처럼 해석해야 합니다.

프로파일이 콘텐츠 프로파일이면 다음 의미론이 적용됩니다.

• value 속성의 값이 optional이면, 해당 프로파일에 대한 적합성을 주장하는 문서에 해당 기능이 나타날 수 있지만, 반드시 나타나야 하는 것은 아닙니다.

• value 속성의 값이 required이면, 해당 프로파일에 대한 적합성을 주장하는 문서에 해당 기능이 나타나야 합니다.

• value 속성의 값이 prohibited이면, 해당 프로파일에 대한 적합성을 주장하는 문서에 해당 기능이 나타나서는 안 됩니다.

• value 속성을 지정하지 않으면 해당 기능 명세는 optional 값을 지정한 것처럼 해석해야 합니다.

use 값은 value 속성에서 사용 중단되었습니다. 이 값이 프로파일 명세에 나타나면, required를 지정한 것처럼 해석해야 합니다.

정의된 기능(즉, 표준화된 기능)이나 그 밖에 잘 알려진 기능이 콘텐츠 프로파일의 ttp:feature 요소로 지정되지 않았다면, 해당 기능을 지정하면서 value 속성에 optional을 지정한 것처럼 해석해야 합니다. 그러나 처리기 프로파일에서 지정하지 않았다면, 해당 기능의 지원 여부에 관한 어떠한 주장도 암시되지 않습니다.

문서 인스턴스가 E.1 기능 지정에서 정의한 기능을 사용하고, 해당 문서의 의도된 용도가 그 기능의 인식과 처리를 요구한다면, 문서는 선언하거나 참조하는 프로파일 중 하나에 required 기능 명세를 포함해야 합니다.

다음 예제는 ttp:feature 요소를 보여 줍니다.

<ttp:profile use="http://www.w3.org/ns/ttml/profile/ttml2-presentation">
  <ttp:features xml:base="http://www.w3.org/ns/ttml/feature/">
    <ttp:feature value="required">#fontStyle-italic</ttp:feature>
    <ttp:feature value="required">#textDecoration-under</ttp:feature>
    <ttp:feature value="prohibited">#textOutline-blurred</ttp:feature>
  </ttp:features>
</ttp:profile>

6.1.4 ttp:extensions

ttp:extensions 요소는 확장의 지원 및 사용 요구 사항에 관한 정보를 그룹화하는 데 사용하는 컨테이너 요소입니다.

ttp:extensions 요소는 자식으로 0개 이상의 Metadata.class 요소 그룹에 속하는 요소를 허용하며, 그 뒤에는 0개 이상의 ttp:extension 요소를 허용합니다.

<ttp:extensions
  xml:base = <uri> : TT 확장 네임스페이스
  xml:id = ID
  콘텐츠: Metadata.class*, ttp:extension*
</ttp:extensions>

xml:base 속성을 지정한다면, (1) <uri> 값 구문을 따라야 하고, (2) 절대 URI를 표현해야 하며, 이 URI는 [XML Base]를 따라야 합니다. 또한 (3) 확장 네임스페이스를 표현해야 하며, 그 정의는 F.1 확장 지정에 따릅니다. 지정하지 않으면, xml:base 속성의 기본값이 적용되며, 이 값은 TT 확장 네임스페이스입니다.

xml:base 속성은 기능 지정 URI의 축약을 허용하는 데 사용되며, 해당 URI는 자식 ttp:extension 요소가 표현합니다.

6.1.5 ttp:extension

ttp:extension 요소는 특정 확장의 지원 및 사용 요구 사항에 관한 정보를 지정하는 데 사용됩니다.

<ttp:extension
  extends = xsd:string
  restricts = xsd:string
  value = ("optional" | "required" | "use" | "prohibited") : 아래 본문 참조
  xml:id = ID
  콘텐츠: #PCDATA
</ttp:extension>

ttp:extension 요소의 자식은 비어 있지 않은 문자 정보 항목의 시퀀스를 표현해야 하며, 이 항목들을 이어 붙인 결과는 <uri> 값 구문을 따라야 합니다.

extends 속성이나 restricts 속성 또는 둘 다를 지정한다면, (1) <uri> 값 구문을 따라야 하고, (2) 기능 지정 또는 확장 지정을 표현해야 하며, 그 정의는 각각 E.1 기능 지정 또는 F.1 확장 지정에 따릅니다.

extends 속성은 정의하는 확장이 구문적 관점이나 의미론적 관점 또는 두 관점 모두에서 extends 속성이 참조하는 기능이나 확장의 진상위 집합임을 나타내는 데 사용할 수 있습니다. restricts 속성은 정의하는 확장이 구문적 관점이나 의미론적 관점 또는 두 관점 모두에서 restricts 속성이 참조하는 기능이나 확장의 진부분 집합임을 나타내는 데 사용할 수 있습니다. extends 속성을 지정하면 restricts 속성을 같은 ttp:extension 요소에 지정해서는 안 됩니다. 마찬가지로 restricts 속성을 지정하면 extends 속성을 지정해서는 안 됩니다.

(1) ttp:extension 요소의 콘텐츠, (2) extends 속성 또는 (3) restricts 속성이 표현하는 URI가 상대 URI이면, 확장 네임스페이스 값과 결합했을 때 절대 URI를 표현해야 합니다. 이 네임스페이스 값은 xml:base 속성으로 표현되며, 가장 가까운 조상 ttp:extensions 요소에 있는 속성입니다. 원래의 절대 URI이든, 처리 결과로 얻은 절대화된 URI이든 관계없이, ttp:extension 요소가 표현하는 URI는 확장 지정의 구문도 따라야 하며, 그 정의는 F.1 확장 지정에 따릅니다. 한편 extends 속성이나 restricts 속성 또는 둘 다가 표현하는 URI는 기능 지정 또는 확장 지정의 구문을 따라야 하며, 그 정의는 각각 E.1 기능 지정 또는 F.1 확장 지정에 따릅니다.

ttp:extension 요소의 콘텐츠, extends 속성 또는 restricts 속성이 표현하는 URI가 상대 URI이면, xml:base 속성을 가장 가까운 조상 ttp:extensions 요소에 지정하는 것이 좋습니다.

value 속성은 프로파일 유형에 따라 지정된 확장의 지원 또는 사용에 관한 제약을 지정합니다.

프로파일이 처리기 프로파일이면 다음 의미론이 적용됩니다.

• value 속성의 값이 optional이면, 처리기는 문서를 처리하기 위해 해당 확장을 구현하거나 다른 방식으로 지원할 수 있지만, 반드시 그렇게 해야 하는 것은 아닙니다.

• 값이 required이면 다음 단계를 수행합니다.

  1. 처리기가 해당 확장을 구현하거나 다른 방식으로 지원한다면, 해당 문서의 처리를 계속합니다.

  2. 그렇지 않고 다음 조건을 모두 충족하면, (1) extends 속성이 이 ttp:extension 요소에 지정되어 있고, (2) extends 속성의 값이 지정하는 확장을 처리기가 구현하거나 다른 방식으로 지원하며, (3) 계산된 ttp:permitFeatureNarrowing 속성 값이 루트 tt 요소에서 false가 아니라면, 문서의 처리를 계속합니다.

  3. 그렇지 않고 다음 조건을 모두 충족하면, (1) restricts 속성이 이 ttp:extension 요소에 지정되어 있고, (2) restricts 속성의 값이 지정하는 확장을 처리기가 구현하거나 다른 방식으로 지원하며, (3) 계산된 ttp:permitFeatureWidening 속성 값이 루트 tt 요소에서 false가 아니라면, 문서의 처리를 계속합니다.

  4. 그렇지 않으면 문서의 처리를 중단합니다. 단, 최종 사용자나 구현별 매개변수가 이를 재정의하는 경우는 예외이며, 해당 매개변수는 최종 사용자 또는 사용자나 시스템 구성 설정에서 비롯된 것임을 추적할 수 있어야 합니다.

• value 속성을 지정하지 않으면 해당 확장 명세는 required 값을 지정한 것처럼 해석해야 합니다.

프로파일이 콘텐츠 프로파일이면 다음 의미론이 적용됩니다.

• value 속성의 값이 optional이면, 해당 프로파일에 대한 적합성을 주장하는 문서에 해당 확장이 나타날 수 있지만, 반드시 나타나야 하는 것은 아닙니다.

• value 속성의 값이 required이면, 해당 프로파일에 대한 적합성을 주장하는 문서에 해당 확장이 나타나야 합니다.

• value 속성의 값이 prohibited이면, 해당 프로파일에 대한 적합성을 주장하는 문서에 해당 확장이 나타나서는 안 됩니다.

• value 속성을 지정하지 않으면 해당 확장 명세는 optional 값을 지정한 것처럼 해석해야 합니다.

use 값은 value 속성에서 사용 중단되었습니다. 이 값이 프로파일 명세에 나타나면, required를 지정한 것처럼 해석해야 합니다.

잘 알려진 확장이 콘텐츠 프로파일의 ttp:extension 요소로 지정되지 않았다면, 해당 확장을 지정하면서 value 속성에 optional을 지정한 것처럼 해석해야 합니다. 그러나 처리기 프로파일에서 지정하지 않았다면, 해당 확장의 지원 여부에 관한 어떠한 주장도 암시되지 않습니다.

문서 인스턴스가 F.1 확장 지정에 따라 지정할 수 있는 확장을 사용하고, 해당 문서의 의도된 용도가 그 확장의 인식과 처리를 요구한다면, 문서는 required 확장 명세를 선언하거나 참조하는 프로파일 중 하나에 포함해야 합니다.

다음 예제는 ttp:extension 요소를 보여 줍니다.

<ttp:profile use="http://www.w3.org/ns/ttml/profile/ttml2-transformation">
  <ttp:extensions xml:base="http://example.org/ttml/extension/">
    <ttp:extension value="required">#prefilter-by-language</ttp:extension>
  </ttp:extensions>
</ttp:profile>

6.2.1 ttp:contentProfiles

ttp:contentProfiles 속성은 콘텐츠 작성자가 하나 이상의 콘텐츠 프로파일을 표현하는 데 사용할 수 있습니다. 이는 시간 지정 텍스트 마크업 언어(TTML)의 프로파일이며, 이를 포함하는 문서 인스턴스는 지정된 집합의 모든 콘텐츠 프로파일에 대한 적합성을 주장합니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다. 각 profile-designator 항목은 <uri> 값 구문을 따라야 하며, 프로파일 지정자에 대해 정의된 제약도 따라야 합니다. 해당 제약은 5.2 프로파일링에 따릅니다.

ttp:contentProfiles
  : designators
  | "all(" <lwsp> designators <lwsp> ")"

designators
  : designator (<lwsp> designator)*

designator
  : <profile-designator>

지정자 목록을 all(...) 함수 구문으로 감싸거나 함수 구문을 사용하지 않으면, 지정된 모든 콘텐츠 프로파일에 대한 적합성을 주장합니다.

여러 지정자를 지정한다면, 각 지정자의 절대화된 형태는 서로 달라야 합니다. 즉, 절대화된 형태로 변환한 후에는 중복되는 지정자가 허용되지 않습니다.

ttp:contentProfiles 속성은 다음 요소에 지정된 경우에만 유의미한 것으로 간주됩니다. tt 요소입니다.

6.2.2 ttp:contentProfileCombination

ttp:contentProfileCombination 속성은 여러 콘텐츠 프로파일을 결합하는 방식을 지정하는 데 사용됩니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:contentProfileCombination
  : "leastRestrictive"
  | "mostRestrictive"
  | "replace"
  | "ignore"

지정하지 않으면 이 매개변수의 값은 ignore로 간주해야 합니다.

순서가 있는 두 프로파일 명세 값 arg1과 arg2, 그리고 콘텐츠 프로파일 결합 방식이 주어졌을 때, 표 6-1 – 콘텐츠 프로파일 결합은 두 명세 값을 결합한 결과를 규정합니다. 이때 인수의 순서는 어휘적 순서에 따라 결정되며, 그 기준은 콘텐츠 프로파일이 문서 인스턴스에 나타나는 순서입니다.

ttp:contentProfileCombination 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

6.2.3 ttp:inferProcessorProfileMethod

ttp:inferProcessorProfileMethod 속성은 콘텐츠 프로파일 명세 값을 그에 대응하는 처리기 프로파일 명세 값에 매핑하는 방식을 지정하는 데 사용됩니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:inferProcessorProfileMethod
  : "loose"
  | "strict"

이 매개변수의 값이 loose이면, 콘텐츠 프로파일 명세에서 처리기 프로파일 명세를 추론할 때, 느슨한(관대한) 매핑이 적용됩니다.

이 매개변수의 값이 strict이면, 콘텐츠 프로파일 명세에서 처리기 프로파일 명세를 추론할 때, 엄격한(보수적인) 매핑이 적용됩니다.

지정하지 않으면 이 매개변수의 값은 loose로 간주해야 합니다.

입력 콘텐츠 프로파일 명세 값 input과 처리기 프로파일 추론 방식이 주어졌을 때, 표 6-2 – 처리기 프로파일 추론 방식은 입력 명세 값을 매핑한 결과를 규정합니다.

ttp:inferProcessorProfileMethod 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

6.2.4 ttp:inferProcessorProfileSource

ttp:inferProcessorProfileSource 속성은 콘텐츠 프로파일 명세 값을 그에 대응하는 처리기 프로파일 명세 값에 매핑할 때 사용할 원본을 지정하는 데 사용됩니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:inferProcessorProfileSource
  : "combined"
  | "first"

이 매개변수의 값이 combined이면, 처리기 프로파일을 추론할 때 combined specification set을 사용합니다. 이는 유효 콘텐츠 프로파일의 해당 집합이며, 추론의 원본으로 사용됩니다.

이 매개변수의 값이 first이면, 처리기 프로파일을 추론할 때, 다음 집합의 구성 프로파일 중 조건을 만족하는 첫 번째 프로파일을 사용합니다. combined specification set, 즉 유효 콘텐츠 프로파일의 해당 집합입니다. 조건은 해당 구성 프로파일에서 추론한 처리기 프로파일을 콘텐츠 처리기가 지원하는 것입니다. 이 구성 프로파일을 추론의 원본으로 사용하며, 자세한 내용은 추론된 처리기 프로파일 구성 절차를 참조하세요.

지정하지 않으면 이 매개변수의 값은 first로 간주해야 합니다.

ttp:inferProcessorProfileSource 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

6.2.5 ttp:permitFeatureNarrowing

ttp:permitFeatureNarrowing 속성은 기능이나 확장과 관련된 요구 사항을 구문적 또는 의미론적으로 더 좁은 해석을 통해 충족할 수 있는지 지정하는 데 사용됩니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:permitFeatureNarrowing
  : xsd:boolean                             // [XML 스키마 제2부], §3.2.2 참조

이 매개변수의 값이 true이면, 기능이나 확장의 지원에 관한 요구 사항은 다음 조건에서 충족될 수 있습니다. 해당 기능이나 확장의 정의에 extends 속성이 지정되어 있고, 그 속성이 참조하는 기능이나 확장을 처리기가 지원하는 경우입니다.

이 매개변수의 값이 false이면, 기능이나 확장의 지원에 관한 요구 사항을 extends 속성이 지정하는 더 좁게 정의된 기능이나 확장으로 충족할 수 없습니다.

지정하지 않으면 이 매개변수의 값은 false로 간주해야 합니다.

ttp:permitFeatureNarrowing 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

6.2.6 ttp:permitFeatureWidening

ttp:permitFeatureWidening 속성은 기능이나 확장과 관련된 요구 사항을 구문적 또는 의미론적으로 더 넓은 해석을 통해 충족할 수 있는지 지정하는 데 사용됩니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:permitFeatureWidening
  : xsd:boolean                             // [XML 스키마 제2부], §3.2.2 참조

이 매개변수의 값이 true이면, 기능이나 확장의 지원에 관한 요구 사항은 다음 조건에서 충족될 수 있습니다. 해당 기능이나 확장의 정의에 restricts 속성이 지정되어 있고, 그 속성이 참조하는 기능이나 확장을 처리기가 지원하는 경우입니다.

이 매개변수의 값이 false이면, 기능이나 확장의 지원에 관한 요구 사항을 restricts 속성이 지정하는 더 넓게 정의된 기능이나 확장으로 충족할 수 없습니다.

지정하지 않으면 이 매개변수의 값은 false로 간주해야 합니다.

ttp:permitFeatureWidening 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

6.2.7 ttp:profile

ttp:profile 속성은 처리기 프로파일을 나타냅니다. 이는 시간 지정 텍스트 마크업 언어(TTML)의 프로파일로서, 문서 인스턴스를 처리할 때 적용됩니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다. designator는 <uri> 값 구문을 따라야 하며, 또한 프로파일 지정자를 지정해야 합니다. 이 지정자는 5.2 프로파일링을 따라야 합니다.

ttp:profile
  : designator

designator
  : <profile-designator>

ttp:profile 속성은 다음 요소에 지정된 경우에만 유의미한 것으로 간주됩니다. tt 요소입니다.

최상위 처리기 프로파일이 문서 인스턴스에 정의되어 있다면, ttp:profile 속성을 tt 요소에 지정하지 않는 것이 좋습니다.

6.2.8 ttp:processorProfiles

ttp:processorProfiles 속성은 콘텐츠 작성자가 하나 이상의 처리기 프로파일을 표현하는 데 사용할 수 있습니다. 이는 시간 지정 텍스트 마크업 언어(TTML)의 프로파일이며, 이를 포함하는 문서 인스턴스는 다음에 대한 지원을 요구합니다. (1) 지정된 집합의 모든 처리기 프로파일 또는 (2) 어느 하나의 프로파일로서, 지정된 집합에 속하는 처리기 프로파일입니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다. 각 profile-designator 항목은 <uri> 값 구문을 따라야 하며, 프로파일 지정자에 대해 정의된 제약도 따라야 합니다. 해당 제약은 5.2 프로파일링에 따릅니다.

ttp:processorProfiles
  : designators
  | "all(" <lwsp> designators <lwsp> ")"
  | "any(" <lwsp> designators <lwsp> ")"

designators
  : designator (<lwsp> designator)*

designator
  : <profile-designator>

지정자 목록을 all(...) 함수 구문으로 감싸거나 함수 구문을 사용하지 않으면, 지정된 모든 처리기 프로파일에 대한 지원이 요구됩니다. 지정자 목록을 any(...) 함수 구문으로 감싸면, 지정된 프로파일 중 하나 이상에 대한 지원이 요구됩니다. 해당 프로파일은 처리기 프로파일입니다.

여러 지정자를 지정한다면, 각 지정자의 절대화된 형태는 서로 달라야 합니다. 즉, 절대화된 형태로 변환한 후에는 중복되는 지정자가 허용되지 않습니다.

ttp:processorProfiles 속성은 다음 요소에 지정된 경우에만 유의미한 것으로 간주됩니다. tt 요소입니다.

6.2.9 ttp:processorProfileCombination

ttp:processorProfileCombination 속성은 여러 처리기 프로파일을 결합하는 방식을 지정하는 데 사용됩니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:processorProfileCombination
  : "leastRestrictive"
  | "mostRestrictive"
  | "replace"
  | "ignore"

지정하지 않으면 이 매개변수의 값은 ignore로 간주해야 합니다.

순서가 있는 두 프로파일 명세 값 arg1과 arg2, 그리고 처리기 프로파일 결합 방식이 주어졌을 때, 표 6-3 – 처리기 프로파일 결합은 두 명세 값을 결합한 결과를 규정합니다. 이때 인수의 순서는 어휘적 순서에 따라 결정되며, 그 기준은 처리기 프로파일이 문서 인스턴스에 나타나는 순서입니다.

ttp:processorProfileCombination 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

6.2.10 ttp:validation

ttp:validation 속성은 유효성 검사 처리의 허용 여부나 필수 여부를 문서 인스턴스에 대해 지정하는 데 사용됩니다. 이를 수행하는 주체는 유효성 검사 기능이 있는 콘텐츠 처리기입니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:validation
  : "required"
  | "optional"
  | "prohibited"

이 매개변수의 값이 required이면, 유효성 검사 기능이 있는 콘텐츠 처리기는 유효성 검사 처리를 TTML 문서 인스턴스에 대해 수행해야 합니다. 이는 표시나 변환 처리 같은 다른 유형의 처리를 수행하기 전에 이루어져야 합니다.

이 매개변수의 값이 optional이면, 유효성 검사 기능이 있는 콘텐츠 처리기는 유효성 검사 처리를 수행할 수 있지만 반드시 해야 하는 것은 아닙니다. TTML 문서 인스턴스에 대해 수행하는 이 처리는 표시나 변환 처리 같은 다른 유형의 처리에 앞서 이루어집니다.

이 매개변수의 값이 prohibited이면, 유효성 검사 기능이 있는 콘텐츠 처리기는 유효성 검사 처리를 TTML 문서 인스턴스에 대해 수행해서는 안 됩니다. 이는 표시나 변환 처리 같은 다른 유형의 처리에 앞서 수행하는 경우에 적용되며, 최종 사용자나 애플리케이션이 이 금지를 재정의하는 경우는 예외입니다.

유효성 검사 처리를 TTML 문서 인스턴스에 대해 수행하고 유효성 검사에 실패하면, 계산된 값을 사용합니다. ttp:validationAction 속성의 계산된 값으로 추가 처리를 수행하기 전에 취할 동작을 결정합니다.

지정하지 않으면 이 매개변수의 값은 optional로 간주해야 합니다.

ttp:validation 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

6.2.11 ttp:validationAction

ttp:validationAction 속성은 취해야 할 동작을 지정하는 데 사용됩니다. 해당 동작의 수행 주체는 유효성 검사 기능이 있는 콘텐츠 처리기이며, 문서 인스턴스의 유효성 검사에 실패했을 때 적용됩니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:validationAction
  : "abort"
  | "warn"
  | "ignore"

이 매개변수의 값이 abort이면, 처리 중단이 최종 사용자나 애플리케이션에 의해 재정의되지 않는 한, 유효성 검사 기능이 있는 콘텐츠 처리기는 TTML 문서 인스턴스의 처리를 중단해야 합니다. 중단 시점은 유효성 검사 오류 예외가 발생했을 때입니다.

이 매개변수의 값이 warn이면, 유효성 검사 기능이 있는 콘텐츠 처리기는 최종 사용자에게 경고하는 것이 좋습니다. 이는 유효성 검사 오류 또는 유효성 검사 경고 예외가 발생했을 때 적용되며, 최종 사용자에게 처리를 계속하거나 중단할 수 있는 선택권을 주는 것이 좋습니다.

이 매개변수의 값이 ignore이면, 유효성 검사 기능이 있는 콘텐츠 처리기는 처리를 중단하거나 최종 사용자에게 경고하지 않는 것이 좋습니다. 이는 유효성 검사 예외가 발생했을 때 적용됩니다.

지정하지 않으면 이 매개변수의 값은 다음과 같이 결정됩니다. 계산된 ttp:validation 속성 값이 required이면, 이 값은 abort로 간주해야 합니다. 해당 속성 값이 optional이면, 이 값은 warn으로 간주해야 합니다. 그렇지 않고 해당 속성 값이 prohibited이면, 이 값은 ignore로 간주해야 합니다.

ttp:validationAction 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

7.2.1 ttp:cellResolution

ttp:cellResolution 속성은 작성자가 가로 및 세로 셀의 수를 표현하는 데 사용할 수 있습니다. 이는 루트 컨테이너 영역을 분할하는 셀의 수이며, 균일한 격자를 기준으로 표시 의미론을 표현하기 위한 것입니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:cellResolution
  : columns <lwsp> rows                     // columns != 0; rows != 0

columns | rows
  : <non-negative-integer>

지정하지 않으면 열과 행의 수를 각각 32와 15로 간주해야 합니다. 지정한다면 열이나 행의 수는 영(0)이 되어서는 안 됩니다.

ttp:cellResolution 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

달리 명시된 경우를 제외하고, <length>가 셀 단위로 표현되며 인라인 또는 블록 진행 치수와 평행한 치수를 나타내면, 각각 인라인 또는 블록 진행 치수에서의 셀 치수가 적용됩니다.

7.2.2 ttp:clockMode

ttp:clockMode 속성은 시간 표현식을 실제 시간 좌표로 해석하는 방식을 지정하는 데 사용됩니다. 이는 시간 기준이 clock인 경우에 적용되며, 해당 시간 기준은 7.2.11 ttp:timeBase에서 정의합니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:clockMode
  : "local"
  | "gps"
  | "utc"

시간 기준, 즉 7.2.11 ttp:timeBase에서 정의한 시간 기준이 clock으로 지정되면, 이 매개변수는 다음과 같이 적용됩니다. 매개변수의 값이 local이면 시간 표현식은 현지 벽시계 시간 및 날짜 좌표로 해석됩니다. utc이면 시간 표현식은 UTC 시간 좌표로 해석됩니다 [UTC]. gps이면 시간 표현식은 GPS 시간 좌표로 해석됩니다 [GPS].

지정하지 않으면 이 매개변수의 값은 utc로 간주해야 합니다.

ttp:clockMode 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

7.2.3 ttp:displayAspectRatio

ttp:displayAspectRatio 속성은 디스플레이 종횡비를 지정하는 데 사용됩니다. 그 대상은 루트 컨테이너 영역이며, 자세한 내용은 H 루트 컨테이너 영역 의미론에 있습니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:displayAspectRatio
  : numerator <lwsp> denominator            // numerator != 0; denominator != 0

numerator | denominator
  : <non-negative-integer>

지정한다면 분자와 분모 모두 영이 아니어야 합니다. 지정하지 않으면, 디스플레이 종횡비, 즉 루트 컨테이너 영역의 디스플레이 종횡비는 H 루트 컨테이너 영역 의미론에 따라 결정됩니다.

ttp:displayAspectRatio 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

7.2.4 ttp:dropMode

ttp:dropMode 속성은 프레임 계수의 해석 및 사용에 관한 제약을 지정하는 데 사용됩니다. 해당 계수는 [SMPTE ST 12-1] 시간 좌표에 대응하며, 시간 기준이 smpte일 때 적용됩니다. 이 시간 기준은 7.2.11 ttp:timeBase에서 정의합니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:dropMode
  : "dropNTSC"
  | "dropPAL"
  | "nonDrop"

시간 기준, 즉 7.2.11 ttp:timeBase에서 정의한 시간 기준이 smpte로 지정되면, 이 매개변수는 다음과 같이 적용됩니다. 매개변수의 값이 nonDrop이면, 시간 표현식의 각 초 내에서 프레임을 0부터 N−1까지 셉니다. 여기서 N은 ttp:frameRate 매개변수로 지정한 값이며, ttp:frameRateMultiplier 매개변수로 지정한 값은 무시합니다.

이 매개변수의 값이 dropNTSC이면, 시간 표현식에서 초 값이 00인 경우를 제외한 각 초 내에서 프레임을 0부터 N−1까지 셉니다. 여기서 N은 ttp:frameRate 매개변수로 지정한 값이며, 다음 매개변수로 지정한 값은 무시합니다. ttp:frameRateMultiplier 매개변수입니다. 시간 표현식의 초 값이 00이고 분 값이 00, 10, 20, 30, 40 또는 50이 아니면, 프레임 코드 00과 01을 해당 초에서 생략합니다. 그렇지 않으면 이러한 프레임 코드를 생략하지 않습니다.

이 매개변수의 값이 dropPAL이면, 시간 표현식에서 초 값이 00인 경우를 제외한 각 초 내에서 프레임을 0부터 N−1까지 셉니다. 여기서 N은 ttp:frameRate 매개변수로 지정한 값이며, 다음 매개변수로 지정한 값은 무시합니다. ttp:frameRateMultiplier 매개변수입니다. 시간 표현식의 초 값이 00이고 분 값이 짝수이면서 00, 20 또는 40이 아니면, 프레임 코드 00부터 03까지를 해당 초에서 생략합니다. 그렇지 않으면 이러한 프레임 코드를 생략하지 않습니다.

지정하지 않으면 nonDrop이 적용되는 것으로 가정해야 합니다.

ttp:dropMode 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

7.2.5 ttp:frameRate

ttp:frameRate 속성은 관련 미디어 객체의 프레임률 또는 문서 인스턴스의 내재적 프레임률을 지정하는 데 사용됩니다. 후자는 해당 인스턴스가 독립적인 미디어 객체로 기능하도록 의도된 경우에 해당합니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:frameRate
  : <non-negative-integer>                                // value > 0

문서 인스턴스에 적용되는 프레임률은 다음과 같은 시간 표현식을 해석하는 데 사용됩니다. 프레임 단위로 표현된 시간 표현식이며, 그 정의는 12.3.1 <time-expression>에 따릅니다.

media 시간 기준이 적용되고 유효 프레임률이 정수이면, 프레임은 미디어 시간 1초를 나눈 단위로 해석됩니다. 프레임률이 F로 지정되면, 미디어 시간 1초를 동일한 지속 시간의 F개 구간으로 나누며, 각 구간은 프레임 f로 식별됩니다. 이때 f ∈ [0…F−1]입니다.

지정하지 않으면 프레임률은 애플리케이션에서 정의한 프레임률과 같은 것으로 간주해야 합니다. 적용되는 애플리케이션 정의 프레임률이 없으면, 초당 삼십(30) 프레임으로 간주해야 합니다. 지정한다면 프레임률은 영(0)보다 커야 합니다.

ttp:frameRate 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

7.2.6 ttp:frameRateMultiplier

ttp:frameRateMultiplier 속성은 프레임률에 적용할 배수를 지정하는 데 사용됩니다. 이 프레임률은 ttp:frameRate 속성으로 지정되며, 배수를 적용하여 유효 프레임률을 계산합니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:frameRateMultiplier
  : numerator <lwsp> denominator            // numerator != 0; denominator != 0

numerator | denominator
  : <non-negative-integer>

프레임률 배수는 원하는 프레임률을 초당 정수 개의 프레임으로 표현할 수 없을 때 사용됩니다.

지정하지 않으면 프레임률 배수는 애플리케이션에서 정의한 프레임률 배수와 같은 것으로 간주해야 합니다. 적용되는 애플리케이션 정의 프레임률 배수가 없으면 일(1:1)로 간주해야 합니다. 분자와 분모 모두 영이 아니어야 합니다.

ttp:frameRateMultiplier 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

7.2.7 ttp:markerMode

ttp:markerMode 속성은 시간 표현식의 해석 및 사용에 관한 제약을 지정하는 데 사용됩니다. 해당 표현식은 [SMPTE ST 12-1] 시간 좌표에 대응하며, 시간 기준이 smpte일 때 적용됩니다. 이 시간 기준은 7.2.11 ttp:timeBase에서 정의합니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:markerMode
  : "continuous"
  | "discontinuous"

시간 기준, 즉 7.2.11 ttp:timeBase에서 정의한 시간 기준이 smpte로 지정되면, 이 매개변수는 다음과 같이 적용됩니다. 매개변수의 값이 continuous이면, [SMPTE ST 12-1] 시간 좌표가 선형이고 단조 증가하거나 단조 감소한다고 가정할 수 있습니다. 그러나 discontinuous이면, 시간 좌표의 선형성이나 단조성에 관해 어떤 가정도 해서는 안 됩니다.

지정하지 않으면 이 매개변수의 값은 discontinuous로 간주해야 합니다.

ttp:markerMode 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

continuous 값이 적용되면, 시간 표현식을 실제 시간 좌표로 변환할 수 있습니다. 이때 계산된 프레임률과 ttp:dropMode 매개변수가 표현하는 드롭 모드를 고려합니다. 이 경우 콘텐츠 처리기는 다음을 생성하고 유지해야 합니다. 합성 SMPTE 문서 동기화 기준이며, 이 기준 내에서 이러한 시간 표현식을 해석합니다. 자세한 설명은 12.4 타이밍 의미론에 있습니다.

discontinuous 값이 적용되면, 시간 표현식을 실제 시간 좌표로 변환해서는 안 됩니다. 시간 표현식에는 산술 연산자(덧셈, 곱셈)가 정의되지 않으며, 따라서 지속 시간을 나타내는 모든 올바른 형식의 표현식을 유효하지 않은 것으로 간주해야 합니다.

7.2.8 ttp:pixelAspectRatio

ttp:pixelAspectRatio 속성은 픽셀 종횡비를 지정하는 데 사용됩니다. 그 대상은 루트 컨테이너 영역이며, 자세한 내용은 H 루트 컨테이너 영역 의미론에 있습니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:pixelAspectRatio
  : numerator <lwsp> denominator            // numerator != 0; denominator != 0

numerator | denominator
  : <non-negative-integer>

지정한다면 분자와 분모 모두 영이 아니어야 합니다. 지정하지 않으면, 픽셀 종횡비, 즉 루트 컨테이너 영역의 픽셀 종횡비는 H 루트 컨테이너 영역 의미론에 따라 결정됩니다.

ttp:pixelAspectRatio 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

ttp:pixelAspectRatio 속성은 다음 조건이 충족되지 않으면 지정하지 않는 것이 좋습니다. tts:extent 속성이 두 개의 <length> 명세로 구성되고 px (픽셀) 단위를 사용하며, tt 요소에 함께 지정되어 있어야 합니다. 이 조건 없이 ttp:pixelAspectRatio 속성을 사용하는 방식은 사용 중단되었습니다.

7.2.9 ttp:subFrameRate

ttp:subFrameRate 속성은 관련 미디어 객체의 하위 프레임률 또는 문서 인스턴스의 내재적 하위 프레임률을 지정하는 데 사용됩니다. 후자는 해당 인스턴스가 독립적인 미디어 객체로 기능하도록 의도된 경우에 해당합니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:subFrameRate
  : <non-negative-integer>                                // value > 0

문서 인스턴스에 적용되는 하위 프레임률은 다음과 같은 시간 표현식을 해석하는 데 사용됩니다. 하위 프레임 단위로 표현된 시간 표현식이며, 그 정의는 12.3.1 <time-expression>에 따릅니다.

media 시간 기준이 적용되고 유효 프레임률이 정수이면, 하위 프레임은 미디어 시간의 한 프레임을 나눈 단위로 해석됩니다. 하위 프레임률이 S로 지정되면, 미디어 시간의 한 프레임을 동일한 지속 시간의 S개 구간으로 나누며, 각 구간은 하위 프레임 s로 식별됩니다. 이때 s ∈ [0…S−1]입니다.

지정하지 않으면 하위 프레임률은 애플리케이션에서 정의한 하위 프레임률과 같은 것으로 간주해야 합니다. 적용되는 애플리케이션 정의 하위 프레임률이 없으면 일(1)로 간주해야 합니다. 지정한다면 하위 프레임률은 영(0)보다 커야 합니다.

ttp:subFrameRate 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

7.2.10 ttp:tickRate

ttp:tickRate 속성은 관련 미디어 객체의 틱 레이트 또는 문서 인스턴스 콘텐츠의 내재적 틱 레이트를 지정하는 데 사용됩니다. 후자는 해당 인스턴스가 독립적인 미디어 객체로 기능하도록 의도된 경우에 해당합니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:tickRate
  : <non-negative-integer>                                // value > 0

문서 인스턴스에 적용되는 틱 레이트는 다음과 같은 시간 표현식을 해석하는 데 사용됩니다. 틱 단위로 표현된 시간 표현식이며, t 단위를 사용합니다. 그 정의는 12.3.1 <time-expression>에 따릅니다.

media 시간 기준이 적용되면, 틱은 미디어 시간 1초를 정수 개로 나눈 단위로 해석됩니다. 틱 레이트가 T로 지정되면, 미디어 시간 1초를 동일한 지속 시간의 T개 구간으로 나누며, 각 구간은 틱 t로 식별됩니다. 이때 t ∈ [0…T−1]입니다.

지정하지 않았고 프레임률이 지정되어 있다면, 틱 레이트는 유효 프레임률에 하위 프레임률을 곱한 값으로 간주해야 합니다. 즉, 틱을 하위 프레임으로 해석합니다. 프레임률이 지정되어 있지 않다면, 틱 레이트는 미디어 시간 1초당 일(1) 틱으로 간주해야 합니다. 지정한다면 틱 레이트는 영(0)이 되어서는 안 됩니다.

ttp:tickRate 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

7.2.11 ttp:timeBase

ttp:timeBase 속성은 문서 시간 좌표 공간을 지정하는 데 사용됩니다.

이 속성을 지정한다면 그 값은 다음 구문을 따라야 합니다.

ttp:timeBase
  : "media"
  | "smpte"
  | "clock"

시간 기준이 media로 지정되면, 시간 표현식은 어떤 미디어 객체의 타임라인에 있는 좌표를 나타냅니다. 이 미디어 객체는 외부 미디어 객체로서 문서 인스턴스의 콘텐츠를 동기화할 대상일 수 있으며, 또는 문서 인스턴스 자체의 콘텐츠일 수도 있습니다. 후자는 시간 지정 텍스트 콘텐츠가 독립적인 타임라인을 설정하도록 의도된 경우에 해당합니다.

시간 기준이 smpte로 지정되면, 시간 표현식은 [SMPTE ST 12-1] 시간 좌표를 나타내며, 문서 인스턴스의 콘텐츠는 이 좌표에 동기화됩니다. 이 경우 ttp:markerMode와 ttp:dropMode 매개변수의 값이 적용되며, 각각 7.2.7 ttp:markerMode와 7.2.4 ttp:dropMode에서 정의합니다.

시간 기준이 clock으로 지정되면, 시간 표현식은 실제 세계의 타임라인에 있는 좌표를 나타냅니다. 이 타임라인은 실제 시계가 설정하며, 예를 들어 현지 벽시계 시간, UTC(협정 세계시) 또는 GPS(위성 위치 확인 시스템) 타임라인이 있습니다.

지정하지 않으면 기본 시간 기준은 media로 간주해야 합니다.

ttp:timeBase 속성은 tt 요소에 지정된 경우에만 유의미한 것으로 간주됩니다.

media 또는 smpte 시간 기준을 사용할 때, 문서 인스턴스의 통시적 표시는 이를 제어하는 타임라인의 변환에 영향을 받을 수 있습니다. 이러한 변환에는 시간 역전, 확장 또는 축소가 있습니다. 그러나 clock 시간 기준을 사용할 때는 어떠한 변환도 허용되지 않으며, 통시적 표시는 실제 시간의 경과를 바탕으로 하는 선형적이고 단조 증가하는 타임라인을 따라 진행됩니다.

8.1.1 tt

tt 요소는 문서 인스턴스의 루트 문서 요소 역할을 합니다.

tt 요소는 자식으로 0개 또는 1개의 head 요소를 허용하며, 그 뒤에는 0개 또는 1개의 body 요소를 허용합니다.

<tt
  tts:extent = xsd:string
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve") : default
  {TT 매개변수 네임스페이스의 모든 속성}
  콘텐츠: head?, body?
</tt>

루트 시간 범위, 즉 문서 인스턴스가 활성 상태인 시간 구간에는 암시적 지속 시간이 있습니다. 이 지속 시간은 문서에 body 요소가 있으면 해당 body 요소의 암시적 지속 시간과 같고, body 요소가 없으면 영입니다.

tts:extent 속성을 tt 요소에 지정한다면, 10.2.16 tts:extent를 따라야 합니다. 이 경우 해당 속성은 공간적 크기를 지정하며, 그 대상은 루트 컨테이너 영역입니다. 이 안에 콘텐츠 영역이 배치되고 표시됩니다. tts:extent 속성을 지정하지 않으면, 공간적 크기, 즉 루트 컨테이너 영역의 공간적 크기는 H 루트 컨테이너 영역 의미론에서 규정한 규칙에 따라 결정됩니다. 루트 컨테이너 영역의 원점은 문서 처리 맥락에 의해 결정됩니다.

xml:lang 속성은 tt 요소에 지정해야 합니다. 속성 값이 비어 있으면, 기본 언어가 적용되지 않음을 의미합니다. 그 대상은 문서 인스턴스에 포함된 텍스트입니다.

xml:space 속성을 tt 요소에 지정하지 않으면, 해당 속성을 default 값으로 지정한 것처럼 간주해야 합니다.

8.1.2 head

head 요소는 헤더 사항을 그룹화하는 데 사용하는 컨테이너 요소입니다. 여기에는 메타데이터, 프로파일, 임베디드 콘텐츠 리소스, 스타일 지정 및 레이아웃 정보가 포함됩니다.

head 요소는 자식으로 0개 이상의 Metadata.class 요소 그룹에 속하는 요소를 허용하며, 그 뒤에는 0개 이상의 Profile.class 요소 그룹에 속하는 요소, 그 뒤에는 0개 또는 1개의 resources 요소, 그 뒤에는 0개 또는 1개의 styling 요소, 그 뒤에는 0개 또는 1개의 layout 요소, 그 뒤에는 0개 또는 1개의 animation 요소를 허용합니다.

자식이 지정하는 메타데이터 중 Metadata.class 요소 그룹의 자식이 지정하는 모든 메타데이터는 의미론적으로 문서 인스턴스 전체에 적용되며, head 요소에만 적용되는 것은 아닙니다.

Parameters.class 요소 그룹의 자식이 지정하는 모든 매개변수는 의미론적으로 문서 인스턴스 전체에 적용되며, head 요소에만 적용되는 것은 아닙니다.

resources 자식 요소는 임베디드 콘텐츠 구성을 지정하는 데 사용되며, 이는 특정 스타일 구성과 임베디드 콘텐츠 요소에서 참조됩니다.

styling 자식 요소는 스타일 구성을 지정하는 데 사용되며, 이는 다른 스타일 구성, 레이아웃 구성 및 콘텐츠 요소에서 참조됩니다.

layout 자식 요소는 레이아웃 구성을 지정하는 데 사용되며, 이는 콘텐츠 요소에서 참조됩니다.

animation 자식 요소는 애니메이션 구성을 지정하는 데 사용되며, 애니메이션 가능한 콘텐츠 요소 또는 레이아웃 요소를 대상으로 합니다.

<head
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  콘텐츠: Metadata.class*, Profile.class*, resources?, styling?, layout?, animation?
</head>

시간 의미론이 head 요소의 콘텐츠에 적용되는 범위에서, 이 요소의 암시적 시간 구간은 루트 시간 범위와 시작 및 끝이 일치하는 것으로 정의됩니다.

8.1.3 body

body 요소는 텍스트 콘텐츠 단위의 시퀀스에 대한 논리적 컨테이너이자 시간 구조화 요소로 기능합니다. 이러한 단위는 논리적 구획으로 표현됩니다.

body 요소는 자식으로 0개 이상의 Metadata.class 요소 그룹에 속하는 요소를 허용하며, 그 뒤에는 0개 이상의 Animation.class 요소 그룹에 속하는 요소, 그 뒤에는 0개 이상의 div 요소 또는 Embedded.class 요소 그룹에 속하는 요소를 허용합니다.

자식이 지정하는 메타데이터 중 Metadata.class 요소 그룹의 자식이 지정하는 모든 메타데이터는 의미론적으로 body 요소와 그 자손 전체에 적용됩니다.

자식으로 지정된 애니메이션 요소 중 Animation.class 요소 그룹에 속하는 모든 요소는 의미론적으로 body 요소에 적용됩니다.

<body
  animate = IDREFS
  begin = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  region = IDREF
  style = IDREFS
  timeContainer = ("par" | "seq")
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {TT 메타데이터 네임스페이스의 모든 속성}
  {모든 스타일 지정 속성}
  콘텐츠: Metadata.class*, Animation.class*, (div|Embedded.class)*
</body>

작성자는 body 요소의 시간 구간을 begin, dur, end 속성으로 지정할 수 있습니다. 이 구간의 시작점이 지정되지 않은 상태로 남으면, 시작점은 다음 두 시작점 중 더 늦은 것으로 해석됩니다. 문서 시간 좌표 공간의 시작점과 루트 시간 범위의 시작점입니다. 이 구간의 끝점이 지정되지 않은 상태로 남으면, 끝점은 루트 시간 범위의 끝점으로 해석됩니다.

상대적인 시작 시간이나 종료 시간을 body 요소에 지정하면, 이러한 시간은 다음 공간의 시작점을 기준으로 해석됩니다. 문서 시간 좌표 공간입니다.

루트 시간 범위가 계산된 지속 시간, 즉 body 요소의 계산된 지속 시간보다 짧으면, body 요소의 활성 시간 구간은 루트 시간 범위의 활성 끝점에서 잘립니다.

작성자는 스타일 속성의 집합을 body 요소에 연결할 수 있으며, 이때 style 속성이나 인라인 스타일 속성 또는 이 둘의 조합을 사용합니다.

timeContainer 속성을 body 요소에 지정하지 않으면, 해당 요소는 병렬 시간 포함 의미론을 갖는 것으로 해석해야 합니다.

8.1.4 div

div 요소는 텍스트 콘텐츠 단위의 시퀀스에 대한 논리적 컨테이너이자 시간 구조화 요소로 기능합니다. 이러한 단위는 논리적 하위 구획이나 문단으로 표현됩니다.

div 요소는 자식으로 0개 이상의 Metadata.class 요소 그룹에 속하는 요소를 허용하며, 그 뒤에는 0개 이상의 Animation.class 요소 그룹에 속하는 요소, 그 뒤에는 0개 또는 1개의 Layout.class 요소 그룹에 속하는 요소, 그 뒤에는 0개 이상의 Block.class 또는 Embedded.class 요소 그룹에 속하는 요소를 허용합니다.

자식이 지정하는 메타데이터 중 Metadata.class 요소 그룹의 자식이 지정하는 모든 메타데이터는 의미론적으로 div 요소와 그 자손 전체에 적용됩니다.

자식으로 지정된 애니메이션 요소 중 Animation.class 요소 그룹에 속하는 모든 요소는 의미론적으로 div 요소에 적용됩니다.

<div
  animate = IDREFS
  begin = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  region = IDREF
  style = IDREFS
  timeContainer = ("par" | "seq")
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {TT 메타데이터 네임스페이스의 모든 속성}
  {모든 스타일 지정 속성}
  콘텐츠: Metadata.class*, Animation.class*, Layout.class?, (Block.class|Embedded.class)*
</div>

작성자는 스타일 속성의 집합을 div 요소에 연결할 수 있으며, 이때 style 속성이나 인라인 스타일 속성 또는 이 둘의 조합을 사용합니다.

timeContainer 속성을 div 요소에 지정하지 않으면, 해당 요소는 병렬 시간 포함 의미론을 갖는 것으로 해석해야 합니다.

8.1.5 p

p 요소는 논리적 문단을 나타내며, 블록 수준 서식 의미론과 인라인 수준 서식 의미론 사이의 전환 지점 역할을 합니다.

p 요소는 자식으로 0개 이상의 Metadata.class 요소 그룹에 속하는 요소를 허용하며, 그 뒤에는 0개 이상의 Animation.class 요소 그룹에 속하는 요소, 그 뒤에는 0개 또는 1개의 Layout.class 요소 그룹에 속하는 요소, 그 뒤에는 0개 이상의 Inline.class 또는 Embedded.class 요소 그룹에 속하는 요소를 허용합니다.

자식이 지정하는 메타데이터 중 Metadata.class 요소 그룹의 자식이 지정하는 모든 메타데이터는 의미론적으로 p 요소와 그 자손 전체에 적용됩니다.

자식으로 지정된 애니메이션 요소 중 Animation.class 요소 그룹에 속하는 모든 요소는 의미론적으로 p 요소에 적용됩니다.

<p
  animate = IDREFS
  begin = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  region = IDREF
  style = IDREFS
  timeContainer = ("par" | "seq")
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {TT 메타데이터 네임스페이스의 모든 속성}
  {모든 스타일 지정 속성}
  콘텐츠: Metadata.class*, Animation.class*, Layout.class?, (Inline.class|Embedded.class)*
</p>

작성자는 스타일 속성의 집합을 p 요소에 연결할 수 있으며, 이때 style 속성이나 인라인 스타일 속성 또는 이 둘의 조합을 사용합니다.

timeContainer 속성을 p 요소에 지정하지 않으면, 해당 요소는 병렬 시간 포함 의미론을 갖는 것으로 해석해야 합니다.

p 요소의 자식 시퀀스가 문자 정보 항목으로만 구성된다면, 해당 시퀀스에는 [익명 span 구성] 처리가 적용됩니다.

8.1.6 span

span 요소는 텍스트 콘텐츠 단위의 시퀀스에 대한 논리적 컨테이너이자 시간 구조화 요소로 기능합니다. 이러한 단위는 인라인 수준의 서식 의미론을 갖습니다.

시각적 매체에 표시될 때 span 요소는 인라인 영역의 시퀀스를 생성하도록 의도되며, 각 영역은 하나 이상의 글리프 영역을 포함합니다.

span 요소는 자식으로 0개 이상의 Metadata.class 요소 그룹에 속하는 요소를 허용하며, 그 뒤에는 0개 이상의 Animation.class 요소 그룹에 속하는 요소, 그 뒤에는 0개 이상의 Inline.class 또는 Embedded.class 요소 그룹에 속하는 요소를 허용합니다.

자식이 지정하는 메타데이터 중 Metadata.class 요소 그룹의 자식이 지정하는 모든 메타데이터는 의미론적으로 span 요소와 그 자손 전체에 적용됩니다.

자식으로 지정된 애니메이션 요소 중 Animation.class 요소 그룹에 속하는 모든 요소는 의미론적으로 span 요소에 적용됩니다.

<span
  animate = IDREFS
  begin = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  region = IDREF
  style = IDREFS
  timeContainer = ("par" | "seq")
  xlink:arcrole = <uri-list>
  xlink:href = <uri>
  xlink:role = <uri-list>
  xlink:show = ("new" | "replace" | "embed" | "other" | "none") : none
  xlink:title = xsd:string
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {TT 메타데이터 네임스페이스의 모든 속성}
  {모든 스타일 지정 속성}
  콘텐츠: Metadata.class*, Animation.class*, (Inline.class|Embedded.class)*
</span>

작성자는 스타일 속성의 집합을 span 요소에 연결할 수 있으며, 이때 style 속성이나 인라인 스타일 속성 또는 이 둘의 조합을 사용합니다.

timeContainer 속성을 span 요소에 지정하지 않으면, 해당 요소는 병렬 시간 포함 의미론을 갖는 것으로 해석해야 합니다.

연결 속성 xlink:*는 span 요소를 관련 콘텐츠와 연결하는 데 사용할 수 있으며, 지정된 위치(href), 역할 및 제목을 사용합니다. 링크 활성화 동작은 xlink:show 속성의 영향을 받으며, 이 속성의 정확한 의미는 문서 처리 맥락에 의해 결정됩니다.

span 요소에 xlink:href 속성이 지정되어 있으면, 자손 요소에는 xlink:href 속성을 지정해서는 안 됩니다. 지정되어 있다면, 표시 또는 링크 활성화 처리 시 후자의 속성을 무시해야 합니다.

span 요소의 자식 시퀀스가 문자 정보 항목으로만 구성된다면, 해당 시퀀스에는 [익명 span 구성] 처리가 적용됩니다.

8.1.7 br

br 요소는 명시적인 줄바꿈을 나타냅니다.

자식이 지정하는 메타데이터 중 Metadata.class 요소 그룹의 자식이 지정하는 모든 메타데이터는 의미론적으로 br 요소와 그 자손 전체에 적용됩니다.

Animation.class 자식의 사용은 사용 중단되었습니다.

<br
  condition = <condition>
  style = IDREFS
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {TT 메타데이터 네임스페이스의 모든 속성}
  {모든 스타일 지정 속성}
  콘텐츠: Metadata.class*, Animation.class*
</br>

시각적 매체에 표시할 때 br 요소의 존재는 강제 줄바꿈으로 해석해야 합니다.

8.2.1 condition

condition 속성은 요소와 그 자손을 조건부로 제외하는 데 사용됩니다. 제외 대상은 의미론적 처리이며, 이 경우 해당 요소를 조건화된 요소라고 합니다.

condition 속성은 (1) 핵심 어휘 카탈로그의 모든 요소에서 사용할 수 있습니다. 단, 프로파일 사항, 즉 프로파일 모듈의 요소는 제외합니다. 또한 (2) 확장 모듈이 정의한 모든 요소에서 사용할 수 있습니다. 단, 해당 요소의 유형이 condition 속성의 지정을 허용해야 합니다.

condition 속성의 값은 <condition> 표현식을 따라야 하며, 이 표현식은 표시 처리 시점에 평가되거나(지연 평가) 표시 처리 시점 이전에 평가됩니다(즉시 평가). 즉시 평가는 평가 결과 값이 표시 처리 중에 변경될 수 없거나 변경되지 않는다고 알려진 경우에만 수행할 수 있습니다.

표시 처리 시, 요소에 condition 속성이 지정되어 있고, 그 <condition> 표현식의 평가 결과가 false이면, 해당 요소와 그 자손 요소의 의미론은 명시적으로 예외가 지정되지 않는 한 무시해야 합니다. 즉, 해당 요소와 그 자손 요소는 조건부로 제외됩니다. 이는 자손 요소에 지정된 모든 <condition> 표현식의 평가 결과와 관계없습니다.

상위 수준 프로토콜이 적용되지 않는 한, 다음 예외가 적용됩니다. 이는 무시할 의미론을 결정할 때의 예외이며, <condition> 표현식의 평가 결과가 false인 경우에 해당합니다.

• 타이밍 의미론은 시간 지정 요소에 대해 무시되지 않습니다.

• 연쇄 참조 의미론은 style 요소에 대해 무시되지 않습니다.

8.2.2 xlink:arcrole

xlink:arcrole 속성은 [XLink 1.1]에서 정의한 대로 사용됩니다.

xlink:arcrole 속성은 모든 span 또는 image 요소에서 사용할 수 있습니다.

8.2.3 xlink:href

xlink:href 속성은 [XLink 1.1]에서 정의한 대로 사용됩니다.

xlink:href 속성은 모든 span 또는 image 요소에서 사용할 수 있습니다.

xlink:href 의미론을 구현할 때, xlink:type 의미론은 simple 값에 연결된 의미론으로 고정되며, xlink:actuate 의미론은 onRequest 값에 연결된 의미론으로 고정됩니다. 그 정의는 [XLink 1.1]에 따릅니다.

8.2.4 xlink:role

xlink:role 속성은 [XLink 1.1]에서 정의한 대로 사용됩니다.

xlink:role 속성은 모든 span 또는 image 요소에서 사용할 수 있습니다.

8.2.5 xlink:show

xlink:show 속성은 [XLink 1.1]에서 정의한 대로 사용됩니다.

xlink:show 속성은 모든 span 또는 image 요소에서 사용할 수 있습니다.

8.2.6 xlink:title

xlink:title 속성은 [XLink 1.1]에서 정의한 대로 사용됩니다.

xlink:title 속성은 모든 span 또는 image 요소에서 사용할 수 있습니다.

8.2.7 xml:base

xml:base 속성은 [XML Base]에서 정의한 대로 사용됩니다.

xml:base 속성은 핵심 어휘 카탈로그의 요소 중 다음을 허용하는 모든 요소에서 사용할 수 있습니다. (1) condition 속성, (2) 자손 요소로서 Metadata.class 요소 그룹에 속하는 요소, 또는 (3) xml:base 속성을 허용하는 자손 요소입니다.

8.2.8 xml:id

xml:id 속성은 [XML ID]에서 정의한 대로 사용됩니다.

xml:id 속성은 핵심 어휘 카탈로그의 모든 요소에서 사용할 수 있습니다.

8.2.9 xml:lang

xml:lang 속성은 [XML 1.0]의 §2.12, 언어 식별에서 정의한 대로 사용됩니다.

xml:lang 속성은 tt 요소에 지정해야 하며, 매개변수 어휘를 제외한 핵심 어휘 카탈로그의 다른 모든 요소 유형의 인스턴스에도 지정할 수 있습니다.

다음 예제는 콘텐츠 요소와 메타데이터 요소에서 xml:lang을 사용하는 방법을 보여 줍니다.

<tt ... xml:lang="">
...
<p xml:lang="en">Jean이 인사했습니다.</p>
<p xml:lang="fr">Jean이 인사합니다.</p>
<p>
  <image src="#talking-image">
    <ttm:item name="altText" xml:lang="en">말하는 중</ttm:item>
    <ttm:item name="altText" xml:lang="fr">말하는 중</ttm:item>
  </image>
</p>
...
</tt>

8.2.10 xml:space

xml:space 속성은 [XML 1.0]의 §2.10, 공백 처리에서 정의한 대로 사용됩니다.

xml:space 속성은 매개변수 어휘를 제외한 핵심 어휘 카탈로그의 모든 요소에서 사용할 수 있습니다.

default 값의 의미론은 다음과 같은 의미로 고정됩니다. 문서 인스턴스의 표시 처리를 11.3.1.4 동시적 흐름 처리에 따라 수행할 때, 다음 속성들이 지정된 것처럼 처리해야 합니다. 이 속성들은 동등한 중간 XSL-FO 문서의 영향을 받는 요소들에 지정된 것으로 봅니다.

• suppress-at-line-break="auto"

• linefeed-treatment="treat-as-space"

• white-space-collapse="true"

• white-space-treatment="ignore-if-surrounding-linefeed"

마찬가지로 preserve 값의 의미론은 다음과 같은 의미로 고정됩니다. 표시 처리를 수행할 때 다음 속성들이 지정된 것처럼 처리해야 합니다. 이 속성들은 동등한 중간 XSL-FO 문서의 영향을 받는 요소들에 지정된 것으로 봅니다.

• suppress-at-line-break="retain"

• linefeed-treatment="preserve"

• white-space-collapse="false"

• white-space-treatment="preserve"

정규화되지 않은 수평 탭 	(HT) 문자가 문자 정보 항목에 나타나고, 이 항목이 축소된 XML 정보 집합에 속한다면, 시각적으로 표시할 때 해당 탭 문자는 하나의 (SPACE) 문자인 것처럼 취급됩니다.

이 명세에서 설명한 것과 다른 수단을 통해 최종적으로 시각적 표시를 생성하려는 다른 유형의 처리를 수행할 때도, 위에서 설명한 공백 축약 및 보존 의미론을 존중하는 것이 좋습니다. 그 밖의 유형의 처리에서는 xml:space 속성의 취급이 처리기에 따라 달라지지만, 가능하다면 위에서 설명한 의미론을 존중하는 것이 좋습니다.

8.3.1 <absolute-profile-designator>

<absolute-profile-designator> 값 표현식은 (1) 로컬에서 정의한 프로파일과 연결된 절대 지정자를 정의하거나 (2) 원격에서 정의한 프로파일을 참조하는 데 사용됩니다.

<absolute-profile-designator>
  : <absolute-uri>

8.3.2 <absolute-uri>

<absolute-uri> 값 표현식은 절대 URI [URI]를 지정하는 데 사용됩니다.

<absolute-uri>
  : <uri>                                     // 절대 형식만 허용

<absolute-uri> 값 표현식의 맥락에서, <uri> 표현식의 값 구문은 [URI]의 §4.3에서 정의한 URI의 절대 형식을 따라야 합니다.

8.3.3 <arguments>

<arguments> 값은 function-expression 비단말 기호와 함께 사용하는 하위 표현식이며, 이 비단말 기호는 <expression> 값에 속합니다.

<arguments>
  : "(" <lwsp>? ")"
  | "(" <lwsp>? argument-list <lwsp>? ")"

argument-list
  : <expression> (<lwsp>? "," <lwsp>? <expression>)*

8.3.4 <bound-parameter>

<bound-parameter> 값은 이름이 지정된 매개변수의 열거된 모음 중 하나입니다. 각 매개변수는 콘텐츠 처리기에 의해 값에 바인딩됩니다.

<bound-parameter>
  : "forced"
  | "mediaAspectRatio"
  | "mediaLanguage"
  | "userLanguage"

forced

불리언 값으로 평가되며, 이 값은 콘텐츠 처리기가 강제 자막을 활성화한 상태로 동작하는지 나타냅니다. 문서 인스턴스에서 사용한다면, usesForced라는 이름의 메타데이터 항목을 head 요소의 자식으로 지정하는 것이 좋습니다.

mediaAspectRatio

숫자 값으로 평가되며, 이 값은 관련 미디어 객체의 종횡비와 같습니다.

mediaLanguage

문자열 값으로 평가되며, 이 값은 관련 미디어 객체의 주 언어와 같습니다.

userLanguage

사용자의 주 언어와 같은 문자열 값으로 평가되며, 이 언어는 문서 처리 맥락에 의해 결정됩니다.

8.3.5 <condition>

<condition> 값은 이진 값으로 평가되는 표현식을 지정하는 데 사용됩니다. 이 값은 조건화된 요소의 의미론을 콘텐츠 처리 중에 따를지 무시할지 결정하는 데 사용됩니다.

<condition>
  : <expression>

<condition> 값에 나타나는 function-expression은 <condition-function> 표현식의 형태여야 합니다.

8.3.6 <condition-function>

<condition-function> 값은 <condition> 값 표현식에 사용할 수 있는 하위 표현식입니다.

<condition-function>
  : <media-function>
  | <parameter-function>
  | <supports-function>

8.3.7 <expression>

<expression> 값은 <condition> 값의 하위 표현식입니다.

<expression>
  : logical-or-expression

logical-or-expression
  : logical-and-expression
  | logical-or-expression <lwsp>? "||" <lwsp>? logical-and-expression

logical-and-expression
  : equality-expression
  | logical-and-expression <lwsp>? "&&" <lwsp>? equality-expression

equality-expression
  : relational-expression
  | equality-expression <lwsp>? "==" <lwsp>? relational-expression
  | equality-expression <lwsp>? "!=" <lwsp>? relational-expression

relational-expression
  : additive-expression
  | relational-expression <lwsp>? "<" <lwsp>? additive-expression
  | relational-expression <lwsp>? ">" <lwsp>? additive-expression
  | relational-expression <lwsp>? "<=" <lwsp>? additive-expression
  | relational-expression <lwsp>? ">=" <lwsp>? additive-expression

additive-expression
  : multiplicitive-expression
  | additive-expression <lwsp>? "+" <lwsp>? multiplicitive-expression
  | additive-expression <lwsp>? "-" <lwsp>? multiplicitive-expression

multiplicitive-expression
  : unary-expression
  | multiplicitive-expression <lwsp>? "*" <lwsp>? unary-expression
  | multiplicitive-expression <lwsp>? "/" <lwsp>? unary-expression
  | multiplicitive-expression <lwsp>? "%" <lwsp>? unary-expression

unary-expression
  : primary-or-function-expression
  | "+" <lwsp>? unary-expression
  | "-" <lwsp>? unary-expression
  | "!" <lwsp>? unary-expression

primary-or-function-expression
  : primary-expression
  | function-expression

primary-expression
  : identifier
  | literal
  | "(" <lwsp>? expression <lwsp>? ")"

function-expression
  : identifier <arguments>

identifier
  : xsd:NCName

literal
  : boolean-literal
  | numeric-literal
  | string-literal

boolean-literal
  : "true"
  | "false"

numeric-literal
  : decimal-literal

decimal-literal
  : decimal-integer-literal "." decimal-digits? exponent-part?
  | decimal-integer-literal exponent-part?
  | "." decimal-digits exponent-part?

decimal-integer-literal
  : "0"
  | non-zero-digit decimal-digits?

decimal-digits
  : decimal-digit
  | decimal-digits decimal-digit

decimal-digit
  : "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"

non-zero-digit
  : "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"

exponent-part
  : exponent-indicator signed-integer

exponent-indicator
  : "e" | "E"

signed-integer
  : decimal-digits
  | "+" decimal-digits
  | "-" decimal-digits

string-literal
  : <quoted-string>

8.3.8 <fragment-profile-designator>

<fragment-profile-designator> 값 표현식은 로컬 프로파일, 즉 내부에 인라인으로 정의된 프로파일을 참조하여 지정하는 데 사용됩니다.

<fragment-profile-designator>
  : <fragment-uri>

8.3.9 <fragment-uri>

<fragment-uri> 값 표현식은 프래그먼트 URI [URI]를 지정하는 데 사용됩니다.

<fragment-uri>
  : <uri>                                     // 프래그먼트 구성 요소만 허용

<fragment-uri> 값 표현식의 맥락에서, <uri> 표현식의 값 구문은 URI의 프래그먼트 구성 요소를 따라야 합니다. 그 정의는 [URI]의 §3 및 §3.5에 따릅니다. 즉, 스킴, 권한, 경로 및 쿼리 구성 요소는 비어 있고 지정되지 않으며, 프래그먼트 구성 요소만 비어 있지 않고 지정되어 있습니다.

8.3.10 <media-function>

<media-function> 값은 <condition> 값 표현식에 사용할 수 있는 하위 표현식이며, 관련 미디어 객체 또는 문서 처리 맥락에 대해 미디어 쿼리를 수행하는 데 사용됩니다.

<media-function>
  : "media(" <lwsp>? media-query <lwsp>? ")"

media-query
  : <quoted-string>

<media-function> 값 표현식의 media-query 인수는 media_query_list의 구문을 따라야 하며, 이는 [미디어 쿼리]의 §3에서 정의합니다.

<media-function> 값 표현식은 지정된 미디어 쿼리의 결과에 따라 true로 평가됩니다. 해당 쿼리의 평가 결과가 true이면 그러하며, 그렇지 않으면 값 표현식은 false로 평가됩니다.

<media-function> 표현식의 의미론을 지원하지 않으면, 해당 표현식은 반드시 false로 평가되어야 합니다.

8.3.11 <profile-designator>

<profile-designator> 값 표현식은 프로파일을 지정하는 데 사용됩니다. 이는 프로파일을 정의하거나 이미 정의된 프로파일을 참조하기 위한 것입니다.

<profile-designator>
  : <absolute-profile-designator>
  | <relative-profile-designator>
  | <fragment-profile-designator>

<profile-designator>가 <fragment-profile-designator> 형태라면, 최상위 프로파일을 참조해야 합니다. 즉, 다음 프로파일을 참조해서는 안 됩니다. 중첩된 프로파일입니다.

8.3.12 <parameter-function>

<parameter-function> 값은 <condition> 값 표현식에 사용할 수 있는 하위 표현식이며, 이름이 지정된 매개변수를 얻는 데 사용됩니다. 해당 매개변수는 문서 처리 맥락에 속합니다.

<parameter-function>
  : "parameter(" <lwsp>? parameter-name <lwsp>? ")"

parameter-name
  : <quoted-string>

<parameter-function> 값 표현식의 parameter-name 인수는 따옴표를 제거했을 때 다음 형식을 따라야 합니다. xsd:NCName이며, 이 값은 다시 열거된 값 중 하나여야 합니다. 해당 값은 <bound-parameter>에서 열거합니다.

<parameter-function> 값 표현식은 연결되거나 바인딩된 값으로 평가됩니다. 이는 지정된 매개변수 이름에 연결된 값입니다.

8.3.13 <quoted-string>

<quoted-string> 값 표현식은 큰따옴표 또는 작은따옴표로 묶인 문자열을 지정하는 데 사용됩니다.

<quoted-string>
  : double-quoted-string
  | single-quoted-string

double-quoted-string
  : '"' ([^"\\] | escape)* '"'

single-quoted-string
  : "'" ([^'\\] | escape)* "'"

escape
  : '\\' char

8.3.14 <relative-profile-designator>

<relative-profile-designator> 값 표현식은 표준화된 프로파일을 참조하는 데 사용됩니다. 이 참조는 TT 프로파일 네임스페이스를 기준으로 하며, 해당 네임스페이스는 상대 프로파일 지정자를 절대화할 때 사용하는 기본 URI 역할을 합니다.

<relative-profile-designator>
  : <relative-uri>

8.3.15 <relative-uri>

<relative-uri> 값 표현식은 상대 URI [URI]를 지정하는 데 사용됩니다.

<relative-uri>
  : <uri>                                     // 스킴 구성 요소가 없음

<relative-uri> 값 표현식의 맥락에서, <uri> 표현식의 값 구문은 [URI]의 §3에서 정의한 URI의 상대 형식을 따라야 합니다. 즉, 스킴과 권한 구성 요소는 비어 있고 지정되지 않지만, 경로는 지정되며 쿼리 및 프래그먼트 구성 요소는 선택적으로 지정됩니다.

8.3.16 <supports-function>

<supports-function> 값은 <condition> 값 표현식에 사용할 수 있는 하위 표현식이며, 지정된 항목의 지원 여부를 나타내는 불리언 값을 얻는 데 사용됩니다. 해당 항목은 기능 또는 확장이며, 지원되는지 여부를 나타냅니다.

<supports-function>
  : "supports(" <lwsp>? feature-or-extension-designator <lwsp>? ")"

feature-or-extension-designator
  : <quoted-string>

<supports-function> 값 표현식의 feature-or-extension-designator 인수는 다음을 표현해야 합니다. 기능 지정 또는 확장 지정이며, 각각 E.1 기능 지정과 F.1 확장 지정에서 정의합니다. 이때 지정에 포함되는 feature-namespace 또는 extension-namespace 구성 요소는 선택적이며, 지정하지 않으면 각각 TT 기능 네임스페이스 또는 TT 확장 네임스페이스와 같은 것으로 간주됩니다.

<supports-function> 값 표현식은 지정된 기능 또는 확장 지정자를 콘텐츠 처리기가 의미론적으로 지원하면 true로 평가됩니다.

8.3.17 <uri>

<uri> 값 표현식은 URI [URI]를 지정하는 데 사용됩니다.

<uri>
  : xsd:anyURI

xsd:anyURI 데이터 유형의 값 구문은 [XML 스키마 제2부]의 §3.2.17에서 규정한 정의를 따라야 합니다.

8.3.18 <uri-list>

<uri-list> 값 표현식은 URI [URI] 표현식의 비어 있지 않은 목록을 지정하는 데 사용됩니다.

<uri-list>
  : <uri> (<lwsp> <uri>)*

9.1.1 audio

audio 요소는 오디오 리소스를 정의하거나 참조하는 데 사용됩니다.

audio 요소는 두 가지 맥락에 나타날 수 있습니다. (1) resources 요소의 자식으로 나타나는 경우와 (2) body 요소의 자식, Block.class 요소 그룹에 속한 요소의 자식, 즉 다음 중 하나의 자식으로 나타나는 경우입니다. div 또는 p 요소이거나, span 요소의 자식으로도 나타날 수 있습니다. 전자는 다음과 같이 부릅니다. 오디오 정의 맥락이며, 후자는 오디오 표시 맥락입니다.

audio 요소가 오디오 정의 맥락에 나타나면, 오디오 리소스의 공유 가능한 정의로 사용되며, 다른 audio 요소에서 참조할 수 있습니다. 이러한 참조는 이를 포함하는 문서 인스턴스 내에서 이루어집니다.

audio 요소가 오디오 표시 맥락에 나타나면, 오디오 리소스의 공유할 수 없는 정의로 사용되며, 표시(렌더링) 의미론, 즉 해당 리소스를 재생하려는 의도를 내포합니다.

audio 요소는 자식으로 먼저 Metadata.class 요소 그룹에 속한 요소를 0개 이상, 그 뒤에 다음 Animation.class 요소 그룹에 속한 요소를 0개 이상, 그리고 그 뒤에 0개 이상의 source 요소를 허용합니다.

<audio
  animate = IDREFS
  begin = <time-expression>
  clipBegin = <time-expression>
  clipEnd = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  src = <audio>
  style = IDREFS
  timeContainer = ("par" | "seq")
  type = xsd:string
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {모든 스타일 지정 속성}
  {TT 메타데이터 네임스페이스의 모든 속성}
  콘텐츠: Metadata.class*, Animation.class*, source*
</audio>

audio 요소는 오디오 리소스를 지정하며, 이를 위해 다음 중 하나를 사용합니다. 참조 데이터 임베딩 또는 소스를 통한 데이터 임베딩이며, 이는 다음을 수반합니다. (1) 내장 데이터 리소스를 참조하거나, (2) 외부 데이터 리소스를 참조하거나, (3) 임베디드 데이터 리소스를 정의하거나 참조합니다. 이때 데이터 리소스는 오디오 콘텐츠를 포함합니다.

audio 요소가 src 속성을 지정하는 경우, 다음과 같은 자식 source 요소를 지정해서는 안 됩니다. 반대로, audio 요소가 src 속성을 지정하지 않는 경우, 하나 이상의 자식 source 요소를 지정해야 합니다.

audio 요소가 src 속성을 지정하고 그 값이 다음과 같은 내부 데이터 리소스를 참조하지 않는 경우, type 속성을 지정하는 것이 좋습니다. 이 경우 해당 속성, 즉 type 속성의 값은 참조된 리소스의 미디어(콘텐츠) 유형과 일치해야 합니다. 그 외의 경우에는 type 속성을 지정해서는 안 됩니다.

clipBegin 속성을 지정하는 경우, 그 값은 offset-time 형식을 따라야 하며, 이는 12.3.1 <time-expression>의 형식입니다. 이 경우 이 표현식의 값은 참조된 오디오 콘텐츠의 시작을 기준으로 하는 정상 재생 시간 오프셋을 나타내며, 오디오 표시가 시작되는 지점을 지정합니다. 지정된 값이 참조된 오디오 콘텐츠의 내재적 지속 시간보다 큰 경우, clipBegin의 결정된 값은 내재적 지속 시간으로 간주됩니다. clipBegin 속성을 지정하지 않으면 0 값이 적용됩니다.

마찬가지로, clipEnd 속성을 지정하는 경우, 그 값은 offset-time 형식을 따라야 하며, 이는 12.3.1 <time-expression>의 형식입니다. 이 경우 이 표현식의 값은 참조된 오디오 콘텐츠의 시작을 기준으로 하는 정상 재생 시간 오프셋을 나타내며, 표시가 중단되는 지점을 지정합니다. 지정된 값이 참조된 오디오 콘텐츠의 내재적 지속 시간보다 큰 경우, clipEnd의 결정된 값은 내재적 지속 시간으로 간주됩니다. clipEnd 속성을 지정하지 않으면 오디오 콘텐츠의 내재적 지속 시간과 같은 값이 적용됩니다.

audio 요소의 사용은 다음 예제에 나와 있습니다.

...
<audio src="http://example.com/audio/description.mp3" type="audio/mp3"/>
...

9.1.2 chunk

chunk 요소는 별개의 데이터 청크(조각)를 표현하는 데 사용됩니다.

chunk 요소는 data 요소의 자식으로 나타날 수 있습니다.

<chunk
  encoding = ("base16" | "base32" | "base32hex" | "base64" | "base64url") : base64
  length = <non-negative-integer>
  xml:id = ID
  콘텐츠: #PCDATA
</chunk>

encoding 속성을 지정하는 경우, 그 값은 다음 요소가 표현하는 바이트 시퀀스의 실제 인코딩을 나타내야 합니다. 해당 요소는 chunk 요소입니다. encoding 속성을 지정하지 않으면 인코딩을 base64로 간주해야 합니다.

선형 공백(<lwsp>) 문자가 이 요소의 #PCDATA 콘텐츠에 있으면, 디코딩 처리를 수행할 때 이를 모두 무시해야 합니다.

length 속성을 지정하는 경우, 그 값은 다음 요소가 표현하는 바이트 시퀀스에서 디코딩된 바이트 수를 나타내야 합니다. 해당 요소는 chunk 요소입니다. 디코딩할 때 지정된 길이 값이 디코딩된 바이트 수와 일치하지 않으면, 해당 청크와 그 컨테이너인 data 요소는 길이가 0인 바이트 시퀀스를 반환해야 합니다. length 속성을 지정하지 않으면, 청크의 길이는 실제로 디코딩된 바이트 수와 같은 것으로 간주됩니다.

청크 데이터의 사용은 다음 예제에 나와 있습니다.

...
<data type="text/plain; charset=us-ascii" length="44">
  <chunk length="19">
    VGhlIHF1aWNrIGJyb3duIGZveA==
  </chunk>
  <chunk length="25">
    IGp1bXBzIG92ZXIgdGhlIGxhenkgZG9nLg==
  </chunk>
</data>
...

9.1.3 data

data 요소는 임의의 데이터를 위한 범용 컨테이너 또는 해당 데이터에 대한 참조로 기능합니다.

data 요소는 세 가지 맥락에 나타날 수 있습니다. (1) resources 요소의 자식으로 나타나는 경우이며, 이를 데이터 정의 맥락이라고 합니다. (2) metadata 요소의 자식으로 나타나는 경우이며, 이를 메타데이터용 데이터 바인딩 맥락이라고 합니다. 또는 (3) source 요소의 자식으로 나타나는 경우이며, 이를 소스용 데이터 바인딩 맥락이라고 합니다. 마지막 두 맥락을 통틀어 데이터 바인딩 맥락이라고 합니다.

data 요소가 데이터 정의 맥락에 나타나면, 공유 가능한 데이터 리소스 정의로 사용되며, 다음 요소들의 src 속성에서 참조할 수 있습니다. (1) 다른 data 요소, (2) 임베디드 콘텐츠 요소 또는 (3) source 요소입니다. 이 경우 맥락에 따른 data 요소의 활성 시간 구간은 다음 두 구간의 교집합입니다. 부모인 resources 요소의 활성 시간 구간과 이를 참조하는 요소의 활성 시간 구간입니다.

data 요소가 데이터 바인딩 맥락에 나타나면, 공유할 수 없는 데이터 리소스 정의로 사용되며, 바인딩 의미론을 내포합니다. 즉, 이를 직접 참조하는 맥락에 바인딩(연결)하려는 의도를 내포합니다. 이 경우 data 요소의 활성 시간 구간은 가장 가까운 조상인 시간 지정 요소의 활성 시간 구간과 같습니다.

data 요소는 다음 네 가지 콘텐츠 모델 중 하나를 허용합니다. (1) 하나 이상의 텍스트 노드(즉, #PCDATA), (2) 다음 Metadata.class 요소 그룹에 속한 요소 0개 이상. 이는 src 속성이 지정된 경우입니다. (3) 다음 Metadata.class 요소 그룹에 속한 요소 0개 이상과 그 뒤에 오는 하나 이상의 chunk 요소, 또는 (4) 다음 Metadata.class 요소 그룹에 속한 요소 0개 이상과 그 뒤에 오는 하나 이상의 source 요소입니다. 첫 번째는 단순 데이터 임베딩, 두 번째는 참조 데이터 임베딩, 세 번째는 청크 데이터 임베딩, 네 번째는 소스를 통한 데이터 임베딩이라고 합니다.

단순 데이터 임베딩을 사용하는 경우, 데이터 리소스는 #PCDATA 콘텐츠를 디코딩하여 얻습니다. 참조 데이터 임베딩을 사용하는 경우, 데이터 리소스는 다음 속성이 참조하는 데이터 리소스를 역참조하여 얻습니다. 해당 속성은 src 속성입니다. 청크 데이터 임베딩을 사용하는 경우, 데이터 리소스는 각 자식 요소를 디코딩하여 얻은 바이트 시퀀스를 연결하여 얻습니다. 해당 자식 요소는 chunk 요소입니다. 소스를 통한 데이터 임베딩을 사용하는 경우, 데이터 리소스는 다음 조건을 충족하는 첫 번째 자식 source 요소에서 얻습니다. 즉, 다음과 같은 데이터 리소스로 해석할 수 있어야 하며, 해석할 수 있는 요소가 없으면 빈 데이터 리소스를 얻습니다. 또한 자식 source 요소에는 data 요소를 포함해서는 안 되지만, data 요소가 데이터 정의 맥락에 있는 경우 이를 참조할 수 있습니다.

<data
  condition = <condition>
  encoding = ("base16" | "base32" | "base32hex" | "base64" | "base64url") : 아래 설명 참조
  format = <data-format>
  length = <non-negative-integer>
  src = <data>
  type = xsd:string : 아래 설명 참조
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  콘텐츠: #PCDATA | (Metadata.class*, (chunk+ | source+)? )
</data>

단순 데이터 임베딩을 사용하는 경우, encoding 속성을 지정할 수 있으며, 지정하지 않으면 base64로 간주해야 합니다. 참조 데이터 임베딩, 청크 데이터 임베딩 또는 소스를 통한 데이터 임베딩을 사용하는 경우, encoding 속성을 지정해서는 안 되며, 지정된 경우에는 콘텐츠 처리 시 이를 무시해야 합니다.

또한 단순 데이터 임베딩을 사용하는 경우, 선형 공백(<lwsp>) 문자가 이 요소의 #PCDATA 콘텐츠에 있으면, 디코딩 처리를 수행할 때 이를 모두 무시해야 합니다.

length 속성을 지정하는 경우, 그 값은 다음 요소가 표현하는 바이트 시퀀스에서 디코딩된 바이트 수를 나타내야 합니다. 해당 요소는 data 요소입니다. 디코딩할 때 지정된 길이 값이 디코딩된 바이트 수와 일치하지 않으면, 길이가 0인 바이트 시퀀스를 반환해야 합니다. length 속성을 지정하지 않으면, 데이터 리소스의 길이는 실제로 디코딩된 바이트 수와 같은 것으로 간주됩니다. length 속성은 참조 데이터 임베딩 또는 소스를 통한 데이터 임베딩을 사용할 때 지정해서는 안 됩니다.

참조 데이터 임베딩을 사용하는 경우, src 속성을 지정해야 합니다. 그 외의 경우(다른 모든 유형의 데이터 임베딩)에는 해당 속성, 즉 src 속성을 지정해서는 안 됩니다.

단순 데이터 임베딩 또는 청크 데이터 임베딩을 사용하는 경우, type 속성을 지정해야 하며, 그 값은 데이터 리소스의 미디어(콘텐츠) 유형과 일치해야 합니다. 이 경우 정의된 유형이 없으면 application/octet-stream 유형을 사용하는 것이 좋습니다. 참조 데이터 임베딩을 사용하는 경우, 참조 대상이 외부 데이터 리소스이면, type 속성을 지정하는 것이 좋으며, 지정된 경우 그 값은 참조된 데이터 리소스의 미디어(콘텐츠) 유형과 일치해야 합니다. 그 외의 경우(내부 데이터 리소스를 참조하는 경우)에는, type 속성을 지정해서는 안 되며, 이 경우 참조된 data 요소의 미디어(콘텐츠) 유형을 유형으로 사용합니다. 소스를 통한 데이터 임베딩을 사용하는 경우, type 속성을 지정해서는 안 되며, 이 경우 해석된 source 요소의 미디어(콘텐츠) 유형을 유형으로 사용합니다.

type 속성이 지정되지도 결정되지도 않았거나 범용 유형으로 지정된 경우, 예를 들어 application/octet-stream으로 지정되었고, 참조된 데이터 리소스에 관해 알려진 추가 형식 정보가 있지만 이를 미디어 유형 [MIME Media Types] 매개변수로 표현할 수 없는 경우, format 속성을 지정하여 콘텐츠 처리기에 힌트를 제공할 수 있습니다.

단순 데이터 임베딩의 사용은 다음 예제에 나와 있습니다.

<head>
  <resources>
    <data xml:id="sharedImageData" type="image/png" length="119">
      iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAIAAACQd1PeAAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8
      YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAMSURBVBhXY2BgYAAAAAQAAVzN/2kAAAAASUVORK5CYII=
    </data>
    <image xml:id="sharedImage">
      <source src="#sharedImageData"/>
    </image>
  </resources>
</head>
<body xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <div tts:backgroundImage="#sharedImage"/>
  <div tts:backgroundImage="#sharedImage"/>
</body>

<div>
  <metadata xmlns:ttm="http://www.w3.org/ns/ttml#metadata">
    <ttm:desc>터널링된 데이터를 포함하는 메타데이터가 있는 자막</ttm:desc>
    <data encoding="base64" type="application/octet-stream">
      TWFuIGlzIGRpc3Rpbmd1aXNoZWQsIG5vdCBvbmx5IGJ5IGhpcyByZWFzb24sIGJ1dCBieSB0aGlz
      IHNpbmd1bGFyIHBhc3Npb24gZnJvbSBvdGhlciBhbmltYWxzLCB3aGljaCBpcyBhIGx1c3Qgb2Yg
      dGhlIG1pbmQsIHRoYXQgYnkgYSBwZXJzZXZlcmFuY2Ugb2YgZGVsaWdodCBpbiB0aGUgY29udGlu
      dWVkIGFuZCBpbmRlZmF0aWdhYmxlIGdlbmVyYXRpb24gb2Yga25vd2xlZGdlLCBleGNlZWRzIHRo
      ZSBzaG9ydCB2ZWhlbWVuY2Ugb2YgYW55IGNhcm5hbCBwbGVhc3VyZS4=
    </data>
  </metadata>
  <p>터널링된 데이터가 있는 자막</p>
</div>

<div>
  <image>
    <source>
      <data type="image/png" length="119">
        iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAIAAACQd1PeAAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8
        YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAMSURBVBhXY2BgYAAAAAQAAVzN/2kAAAAASUVORK5CYII=
      </data>
    </source>
  </image>
</div>

참조 데이터 임베딩의 사용은 다음 예제에 나와 있습니다.

<head>
  <resources>
    <data xml:id="sharedImageData" src="test.png" type="image/png"/>
    <image xml:id="sharedImage1" src="#sharedImageData"/>
    <image xml:id="sharedImage2" src="#sharedImageData"/>
  </resources>
</head>
<body xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <div tts:backgroundImage="#sharedImage1"/>
  <div tts:backgroundImage="#sharedImage2"/>
</body>

청크 데이터 임베딩의 사용은 다음 예제에 나와 있습니다.

<head>
  <resources>
    <data xml:id="sharedImageData" type="image/png" length="119">
      <chunk length="60">
        iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAIAAACQd1PeAAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8
      </chunk>
      <chunk length="59">
        YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAMSURBVBhXY2BgYAAAAAQAAVzN/2kAAAAASUVORK5CYII=
      </chunk>
    </data>
    <image xml:id="sharedImage1" src="#sharedImageData"/>
    <image xml:id="sharedImage2" src="#sharedImageData"/>
  </resources>
</head>
<body xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <div tts:backgroundImage="#sharedImage1"/>
  <div tts:backgroundImage="#sharedImage2"/>
</body>

소스를 통한 데이터 임베딩의 사용은 다음 예제에 나와 있습니다.

<head>
  <resources>
    <data xml:id="sharedImageData">
      <source src="test.svg" type="image/svg+xml"/>
      <source src="test.png" type="image/png"/>
    </data>
    <image xml:id="sharedImage1" src="#sharedImageData"/>
    <image xml:id="sharedImage2" src="#sharedImageData"/>
  </resources>
</head>
<body xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <div tts:backgroundImage="#sharedImage1"/>
  <div tts:backgroundImage="#sharedImage2"/>
</body>

9.1.4 font

font 요소는 글꼴 리소스를 정의하거나 참조하는 데 사용됩니다.

font 요소는 resources 요소의 자식으로 나타날 수 있으며, 이를 글꼴 정의 맥락이라고 합니다.

font 요소는 자식으로 먼저 Metadata.class 요소 그룹에 속한 요소를 0개 이상, 그 뒤에 0개 이상의 source 요소를 허용합니다.

<font
  condition = <condition>
  family = xsd:string
  range = <unicode-range>
  style = ("normal" | "italic" | "oblique") : 아래 설명 참조
  src = <font>
  type = xsd:string
  weight = ("normal" | "bold") : 아래 설명 참조
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  콘텐츠: Metadata.class*, source*
</font>

font 요소는 글꼴 리소스를 정의하며, 이를 위해 다음 중 하나를 사용합니다. 참조 데이터 임베딩 또는 소스를 통한 데이터 임베딩이며, 이는 다음을 수반합니다. (1) 내장 데이터 리소스를 참조하거나, (2) 외부 데이터 리소스를 참조하거나, (3) 임베디드 데이터 리소스를 정의하거나 참조합니다. 이때 데이터 리소스는 글꼴 콘텐츠를 포함합니다.

font 요소가 src 속성을 지정하는 경우, 다음과 같은 자식 source 요소를 지정해서는 안 됩니다. 반대로, font 요소가 src 속성을 지정하지 않는 경우, 하나 이상의 자식 source 요소를 지정해야 합니다.

font 요소가 src 속성을 지정하고 그 값이 다음과 같은 내부 데이터 리소스를 참조하지 않는 경우, type 속성을 지정하는 것이 좋습니다. 이 경우 해당 속성, 즉 type 속성의 값은 참조된 리소스의 미디어(콘텐츠) 유형과 일치해야 합니다. 그 외의 경우에는 type 속성을 지정해서는 안 됩니다.

family, range, style 또는 weight 속성 중 하나라도 지정된 경우, 해당 속성은 실제 글꼴 리소스의 패밀리 이름, 지원 문자 범위, 스타일 및 굵기를 재정의합니다. 특히, 지정된 속성 값이 이러한 글꼴 특성의 값, 즉 글꼴 리소스에 인코딩된 값과 다른 경우, 인코딩된 글꼴 특성 대신 지정된 속성 값을 사용해야 합니다. 이는 해당 글꼴 리소스에 적용됩니다.

family, range, style 또는 weight 속성 중 지정되지 않은 속성이 있는 경우, 그 값은 같은 이름의 글꼴 특성에 해당하는 값과 같다고 간주해야 합니다. 이는 글꼴 리소스에 인코딩된 값입니다.

명시적으로 지정되었는지 여부와 관계없이, family 속성의 계산된 값이 다음 표현식과 <generic-family-name> 일치하는 경우(대소문자를 구분하여 비교), 이를 오류로 간주하며, 표시 처리 시 참조된 글꼴 리소스를 무시해야 합니다.

글꼴 리소스를 역참조(다운로드)할 때, 콘텐츠 처리기는 필요한 처리를 수행하기 위해 글꼴 리소스의 콘텐츠가 필요해지는 시점까지 다운로드 과정을 미룰 수 있습니다. 여기서 처리는 변환 또는 표시 처리입니다.

font 요소의 사용은 다음 예제에 나와 있습니다.

...
<head>
  <resources>
    <data xml:id="lastResortFont" type="application/font-woff">
      ... base64로 인코딩된 데이터 ...
    </data>
    <font family="MyFont" range="u+20-7f,u+90-9f">
      <source src="http://example.com/fonts/myfont.otf" type="font/otf"/>
      <source src="#lastResortFont"/>
    </font>
  </resources>
</head>
...
<p tts:fontFamily="MyFont">내 글꼴 또는 최후의 대체 글꼴 사용</p>
...

9.1.5 image

image 요소는 이미지 리소스를 정의하거나 참조하는 데 사용됩니다.

image 요소는 두 가지 맥락에 나타날 수 있습니다. (1) resources 요소의 자식으로 나타나는 경우와 (2) 다음 중 하나의 자식으로 나타나는 경우입니다. (i) body 요소, (ii) Block.class 요소 그룹에 속한 요소, 즉 다음 중 하나의 자식인 경우로, div 또는 p 요소, 또는 (iii) span 요소입니다. 전자는 다음과 같이 부릅니다. 이미지 정의 맥락이며, 후자는 이미지 표시 맥락입니다.

image 요소가 이미지 정의 맥락에 나타나면, 이미지 리소스의 공유 가능한 정의로 사용되며, 다른 image 요소 또는 tts:backgroundImage 스타일 속성에서 참조할 수 있습니다. 이러한 참조는 이를 포함하는 문서 인스턴스 내에서 이루어집니다.

image 요소가 이미지 표시 맥락에 나타나면, 이미지 리소스의 공유할 수 없는 정의로 사용되며, 표시(렌더링) 의미론을 내포합니다.

image 요소가 body 요소 또는 div 요소의 자식으로 나타나면, 이를 표시할 때 이미지가 렌더링되는 블록 영역을 생성합니다. 즉, 블록 경계가 image 요소의 앞뒤에 암시됩니다. 반면, image 요소가 p 또는 span 요소의 자식으로 나타나면, 이를 표시할 때 이미지가 렌더링되는 인라인 영역을 생성합니다. 즉, image 요소의 앞뒤에 블록 경계가 암시되지 않습니다.

이미지 리소스가 다음 속성에서 참조되는 경우, tts:backgroundImage 스타일 속성에서 참조되는 경우에는, 해당 리소스의 표시가 콘텐츠 레이아웃에 영향을 주어서는 안 됩니다.

image 요소는 자식으로 먼저 Metadata.class 요소 그룹에 속한 요소를 0개 이상, 그 뒤에 다음 Animation.class 요소 그룹에 속한 요소를 0개 이상, 그리고 그 뒤에 0개 이상의 source 요소를 허용합니다.

<image
  animate = IDREFS
  begin = <time-expression>
  condition = <condition>
  dur = <time-expression>
  end = <time-expression>
  region = IDREF
  src = <image>
  style = IDREFS
  timeContainer = ("par" | "seq")
  type = xsd:string
  xlink:arcrole = <uri-list>
  xlink:href = <uri>
  xlink:role = <uri-list>
  xlink:show = ("new" | "replace" | "embed" | "other" | "none") : none
  xlink:title = xsd:string
  xml:base = <uri>
  xml:id = ID
  xml:lang = xsd:string
  xml:space = ("default" | "preserve")
  {모든 스타일 지정 속성}
  {TT 메타데이터 네임스페이스의 모든 속성}
  콘텐츠: Metadata.class*, Animation.class*, source*
</image>