摘要
EPUB多重內容釋義（Rendition）出版品，定義了如何製作與處理由一個以上內容釋義所構成的EPUB®出版品。
在本規格中定義在一個EPUB容器中包含多重內容釋義的方法，並非所有EPUB出版品都有這項需求。在容器中可以有多個內容釋義，但卻不符合本規格，主要是因為在本規格之前，就能夠建立多重內容釋義的容器了。
所以，我們強烈推薦未來所有在容器中加入多重內容釋義的需求，都該遵從本規格。既有的實作若運用了其他的方法在多重內容釋義中進行選擇，也鼓勵考慮改用本規格，來增進整體對多重內容釋義出版品的互通性。
許多在本規格中定義的內容釋義選擇屬性，和包裝文件元素以及特性 [epub-33] 共用名稱，但在設計上是為了反映用於選擇目的的資訊。
儘管有此共通性，本規格並不強制讓位於rootfile元素 [epub-33] 中的內容釋義選擇特性與呼應內容文件之後設資料彼此對等，不是所有狀況都能直接劃上等號。
例如，一份多種語文的EPUB出版品會定義多於一個的dc:language元素 [epub-33] ──每種語言各一──但在內容釋義選擇上只能定義一個主要語言。同樣的，定義在包裝文件中的語言可以含有指定的區域代碼，但用於選擇用途，EPUB製作者只能提供語言代碼作為識別。
在兩處提供共通後設資料的原因是為了簡化選擇程序：提供屬性是為了避免要處理所有參照的包裝文件，同時在包裝層級上無法呈現優先順序。這也避免用於不同目的（「用於選擇」對「處理用途」）的後設資料產生對立或者產生歧義。
定義在container.xml檔案[epub-33] 中的選擇特性不會附加任何處理行為。舉個例子，在rendition:layout屬性中指出內容釋義為固定版面，並不會在指定的內容釋義中啟動固定版面的處理行為。
閱讀系統僅需根據包裝文件中後設資料的表述，對內容釋義做出處理。
EPUB出版品中的每一份內容釋義都必須符合EPUB出版品中的需求[epub-33] 。
每一份內容釋義的包裝文件必須列於container.xml檔案 [epub-33] ，列於第一個的包裝文件代表為預設內容釋義。
EPUB出版品中的每一份內容釋義都應該僅在其包裝文件的 宣告區塊 [epub-33] 中列舉處理上必需的出版品資源。不同的內容釋義可以參照相同的出版品資源。
注意事項
並非所有的閱讀系統都能讓內容釋義存取儲存在鄰接資料夾中的資源（也就是，有些閱讀系統不會給予內容釋義包裝文件所儲存的資料夾以外的存取權限）。
例如以下目錄結構（為了簡潔起見，除了包裝文件以外的所有資源都被省略）：
/META-INF
/Rendition1
- rendition1.opf
/Rendition2
- rendition2.opf
/Shared
在「Rendition1」資料夾中的資源，可能無法存取位於「Rendition2」或「Shared」中的資源。
若要在不同內容釋義間共享資源，建議將包裝文件都置放在同一個資料夾中，並且把不同內容釋義的資源存放在個別的子資料夾中。
將上面範例重構如下，即可存取所有共享的資源：
/META-INF
/EPUB
/Rendition1
/Rendition2
/Shared
- rendition1.opf
- rendition2.opf
儘管每一份EPUB出版品代表單一作品，但也可能以複數不同的方法來處理該作品。例如一本雜誌，可能包含著固定版面版本（印刷複製品）用來針對平板尺寸螢幕進行處理，也會包含一份可重排版本供較小的手機螢幕使用，原因是在手機螢幕上固定版面會被縮到難以閱讀（或者在不支援固定版面時，自動切換成非預期的重排）。
EPUB容器能讓一本EPUB出版品包含內容的多重內容釋義，但卻無法指定閱讀系統如何透過列於容器文件中各內容釋義具備的獨特特性來進行判斷，或者在之間進行選擇。
本章節試著補救這問題，透過兩項定義，一是一組能夠添加在容器文件中rootfile元素[epub-33] 上的內容釋義選擇屬性；另一是一套處理模型，能讓EPUB製作者在不同的狀況下指定哪一個內容釋義能提供最佳的呈現。
閱讀系統能以此從內容釋義表列中選擇最合適的呈現，以符合當下的硬體配置以及使用者偏好。
rendition:layout屬性指示該內容釋義為可重排或者預先分頁（固定版面）。
-
屬性名稱
-
layout
-
命名空間
-
http://www.idpf.org/2013/rendition
-
用法
-
可以用於容器文件的rootfile元素 [epub-33] 。
-
值
-
本屬性的值必須為reflowable或pre-paginated。
當指定時，本屬性的值必須符合參照內容釋義的全域rendition:layout設定[epub-33] 。
如果在閱讀系統中使用者定義了版面偏好，當偏好符合該指定的值時，該屬性評量為真，否則該評量為假。如果沒有定義使用者偏好，閱讀系統在選擇可用的內容釋義時，應該忽略這項屬性。
rendition:language屬性指示該內容釋義為指定的語言最佳化。
-
屬性名稱
-
language
-
命名空間
-
http://www.idpf.org/2013/rendition
-
用法
-
可以用於容器文件的rootfile元素 [epub-33] 。
-
值
-
必須包含合乎 [rfc5646] 的有效語言代碼。
rendition:language更加精確地用於識別該內容釋義的主要語言，更勝於在內容釋義的包裝文件中包含dc:language元素，因為dc:language元素主要指示指定的語言在該作品內容中受到顯著地使用。
如果在閱讀系統中使用者定義了語言偏好，當偏好符合該指定的值時，該屬性評量為真，否則該評量為假。在 [rfc4647] 的第三章中定義了許多比對綱要。閱讀系統可以運用最合適的比對綱要。如果沒有定義使用者偏好，閱讀系統在選擇可用的內容釋義時，應該忽略這項屬性。
rendition:accessMode屬性指示該內容釋義以何種方式傳達其知識內容，其基於 [iso24751-3] 的"Access Mode"特性。
-
屬性名稱
-
accessMode
-
命名空間
-
http://www.idpf.org/2013/rendition
-
用法
-
可以用於容器文件的rootfile元素 [epub-33] 。
-
值
-
必須為一或多個以下的值：auditory、tactile、textual或visual
rendition:accessMode屬性定義了該內容釋義主要的存取模式（不只一種）。例如，一份文字作品可能包含圖片、聲音以及影片，其主要用於傳達資訊的手段為文字。同樣的，一份圖像作品可能包含替代文字以及/或有描述文字，但這些內容並不須在該內容釋義中列為textual模式來供選擇用途使用。
資訊以何種方式編碼，在指定存取模式時也需要進行考量。若一份作品具備文字元件，或者性質上全部都為文字，但內容卻被全部做成圖像格式呈現，該存取模式為visual（例如漫畫中的JPEG頁面裡包含角色對話，或者一份文件的掃瞄版）。
內容釋義可以包含多於一個的存取模式。例如，文字版本可能使用媒體層疊嵌入有聲版本。在這樣的案例中，該屬性應該將所有可用的主要存取模式列出。
如果在閱讀系統中使用者定義了存取模式偏好，當偏好符合該指定的值時，該屬性評量為真，否則該評量為假。如果沒有定義使用者偏好，閱讀系統在選擇可用的內容釋義時，應該忽略這項屬性。
rendition:label屬性可以用來告知使用者該內容的性質，尤其在無法取得這種資訊，或尚未標準化的狀況下供選擇使用。例如，tactile（觸覺）內容釋義可以透過其標籤指出盲文代碼以及等級，或者textual內容釋義可以標註供文字轉換語音最佳化處理使用，而非供一般人閱讀使用。
rendition:label屬性允許每一個rootfile元素 [epub-33] 以人類可讀的名稱附加說明。
-
屬性名稱
-
label
-
命名空間
-
http://www.idpf.org/2013/rendition
-
用法
-
可以用於容器文件的rootfile元素 [epub-33] 。
-
值
-
文字。
rendition:label屬性為內容釋義提供名稱（例如供手動選擇內容釋義使用）。
rendition:label屬性使用的語言可以一個xml:lang屬性來進行表述。
rendition:label屬性並非用於評量要處理哪一個內容釋義的選擇用屬性。
本章節描述閱讀系統選擇最佳化內容釋義呈現給讀者的方法。
選擇內容釋義應該發生在初次處理時，以及閱讀系統應該在使用者環境改變（例如，改變裝置方向或者可視尺寸時）作為反應，重新對選擇進行評量。
當觸動狀態變更時，閱讀系統應該對容器文件中的rootfile元素 [epub-33] 按以下方式，從最後一個rootfile項目開始評量：
- 如果所有的狀態評量為真，選擇該內容釋義並且離開選擇程序。
- 如果任一狀態為假，移去處理下一個
rootfile元素，並且持續評量程序。
- 如果發現任何無法辨識的命名空間內的內容釋義屬性，就應該忽視，不供評量用途所使用。
- 如果找不到內容釋義中有任何命名空間內的屬性，移去處理下一個
rootfile元素，並且持續評量程序。
如果處理到預設內容釋義，選擇該內容釋義並且離開程序。
注意事項
本處理模型不要求選擇程序發生在使用者裝置上，或者提供所有容器中的內容釋義。例如，內容釋義選擇可以發生在基於雲端的遞送系統之伺服器端，並且僅將一個最佳匹配的內容釋義送到裝置上。
注意事項
由於EPUB 2閱讀系統，以及不支援多重內容釋義選擇的EPUB 3閱讀系統只會處理預設內容釋義，EPUB製作者需要思考哪一個內容釋義在閱讀系統間有最廣的相容性，確保其被列於第一。
閱讀系統可以給使用者選項來手動選擇容器中的內容釋義。如果有的話，應該使用rendition:label屬性的值來作為選擇項目呈現。
由於以前EPUB沒有定義內容釋義選擇模型，一些EPUB出版品可能會有自己的選擇模型。如果可以辨識，則應該使用這些選擇模型。如果同時具備合乎本規格的內容釋義選擇屬性以及自行定義的屬性，後者應該被忽略。
內容釋義映射文件須遵從XHTML內容文件規定，但在 [html] 內容模型上有著以下限制：
html、head、body、ul及li元素不允許使用任何屬性。（僅允許xmlns偽屬性用於宣告命名空間）nav元素僅接受一個epub:type屬性。head只可以包含meta元素。meta元素只可以附加charset屬性或者name以及content屬性。head必須包含一個meta元素，其name屬性的值為"epub.multiple.renditions.version"，其content屬性的值為"1.0"。閱讀系統可以忽略所有其他的meta元素。body元素必須包含唯一的nav子元素，其epub:type指定值為"resource-map"，還可以包含一或多個選擇性的nav元素。在body的子元素中，不能有其他 [html] 內容。
本規格在內容釋義映射文件中限制nav元素及其子孫項的內容模型如下：
- 每一個
nav元素必須透過一個epub:type屬性以識別其特質。
- 內容釋義映射文件使用無排序列表(
ul)代替有序列表(ol)。
nav元素可以包含一或多個ul元素。- 每一列表項目（
li）必須包含唯一的a元素（也就是禁止使用span標題以及巢狀列表）。
a元素必須為空。-
a元素必須指向所參照的內容釋義如下：
每一個在內容釋義映射文件resource-mapnav元素中的ul元素用於識別內容位址，其子li元素表列每一個可使用內容釋義的對應位址。結果使得每一個ul元素必須為每一份內容釋義包含一個li。
注意事項
為了讓使用案例更為多元，本規格並不指定映射的粒度等級。例如，有些出版品目標讀者為語言學習者，可能u以定義句子層級為同步點，而其他類別的出版品可能只會跨內容釋義時對應到主要章節而已。
每一個在無排序列表中的列表項目必須為a子元素中定義的內容釋義，指向一份EPUB內容文件，或者其中的一個斷片。每一個連結必須參照線性最高層級內容文件[epub-33] 。
每一個a元素必須指定所參照的內容釋義，以1)在其href屬性中包含出版品內部CFI[epubcfi-11] 的方式，或者2)在epub:rendition屬性中，將該內容釋義包裝文件的相對路徑作為值提供。
如果使用epub:rendition屬性來指定目標內容釋義，在a元素的href屬性中，任何斷片識別碼綱要都可以被當作URL的值使用（例如，唯一識別碼，或者W3C媒體斷片）。
注意事項
我們強烈推薦使用 [epubcfi-11] 表述，勝於其他斷片識別綱要（尤其在可重排XHTML內容文件的脈絡下），因為該表述可以讓閱讀系統無需做任何預先處理，就能獲得內容釋義映射資訊。反過來說，使用唯一識別碼會強制閱讀系統載入目標EPUB內容文件，並且處理其DOM以能排序/比較連結目的地（與文件順序的關係）。這額外的處理會影響效能，並且會增加在快取、增量更新等的實作成本。
內容釋義映射文件的位址，在容器文件中使用一個link元素[epub-33] 來進行識別，其位於：
href屬性必須>參照內容釋義映射文件相對於EPUB容器根目錄所在的位址；rel屬性必須指定為值"mapping"；media-type屬性必須指定為值"application/xhtml+xml"。
容器文件不得參照多於一個的映射文件。
↑