EPUB

EPUB
Dateiendung:	.epub
MIME-Type:	application/epub+zip
Entwickelt von:	International Digital Publishing Forum
Aktuelle Version	3.2[1] (2019-05-08)
Standard(s):	Spezifikationen
idpf.org/epub

EPUB (auch ePUB, Akronym für electronic publication) ist ein offener Standard für E-Books vom International Digital Publishing Forum (IDPF), der den älteren Standard Open eBook (OEB beziehungsweise Open eBook Publication Structure, OEBPS) ersetzt.

Optional können DRM-Mechanismen integriert werden. Das Format definiert aber keine Implementierung, sondern überlässt das den jeweiligen Darstellungsprogrammen. Annotationen wie Notizen, Lesezeichen etc. sind nicht Teil des Standards. Mit Version 3 ist es möglich, buchstabengenau auf eine Textstelle zu verweisen.

Auf EPUB basierende E-Books erlauben eine dynamische Anpassung des Textes an die jeweilige Bildschirmgröße des Lesers und eignen sich damit insbesondere für die Ausgabe auf Handheld-Geräten. Im Gegensatz dazu wird beispielsweise der Text bei PDF genau wie im gedruckten Buch formatiert angezeigt.

Der EPUB-Standard basiert auf einer Anzahl freier Standards. In Version 2 sind das hauptsächlich XML, XHTML, DTBook, SVG, CSS, NCX (aus DTBook, DAISY), Dublin Core und Zip. Ferner ist die Interpretation folgender (pixelbasierter) Rastergrafikformate erforderlich: PNG, JPEG/JFIF, GIF. In Version 3 entfällt einerseits DTBook, dafür kommen weitere Formate, etwa für Audio und optional für Video hinzu (deren Implementierung teilweise Lizenzen benötigt), ebenso Formate für Schriftarten in den Formaten OpenType und WOFF, in Version 3.1 und 3.2 zusätzlich noch TrueType.^[2]

Die Spezifikation von EPUB in der Version 2 gliedert sich in drei Teile, die unterschiedliche Bereiche definieren^[3]:

• Die Struktur der eigentlichen Inhalte
• Das Paketformat
• Die Struktur des Archivs

Hinzu kommen in Version 3 noch^[4]:

• Medienüberlagerungen (für eine alternative Präsentation als Hörbuch)
• Kanonische Fragmentidentifizierer (für Verweise auf beliebige Stellen in einem Buch)

Ab Version 3.0.1 kann zudem festgelegt werden, ob die Präsentation seitenbasiert oder rollbar sein soll. Zudem kann festgelegt werden, wie sich der Inhalt an den verfügbaren Platz anpasst – entweder ähnlich wie bei SVG durch Festlegung eines Darstellungsbereiches und gegebenenfalls anschließender Skalierung (fixiert) oder ähnlich wie bei XHTML durch automatische Aufteilung des Inhaltes auf den verfügbaren Platz ohne Skalierung (nicht fixiert).

Die für die eigentlichen Inhalte zu verwendenden Formate werden durch die Open Publication Structure (OPS) geregelt. Die erlaubten Inhaltsdokumente werden in Version 3 in EPUB Content Documents behandelt. Alle verwendbaren Formate sind in Version 3 in EPUB Publications festgelegt, siehe nächster Abschnitt.

EPUB unterscheidet hier prinzipiell zwischen den eigentlichen Inhaltsdokumenten und weiteren Dokumenten in anderen Formaten, die in diese eingebettet werden können, also immer inhaltlich von Inhaltsdokumenten abhängig sind und nicht selbständig auftreten.

Dokumente werden in einer oder mehreren UTF-8- oder UTF-16-codierten Dateien gespeichert.

In der Version 2.0/2.0.1 werden Inhaltsdokumente mit jeweils einer Untermenge von XHTML 1.1 oder mit DTBook realisiert, wobei bei gängigen Darstellungsprogrammen eine Interpretation von DTBook gewöhnlich nicht implementiert ist. SVG 1.1 (ohne Interaktivität oder Animation) kann entweder als Dateninsel in XHTML-Dokumenten verwendet werden oder es wird als Bild oder Objekt eingebettet. Stilvorlagen können in einer Untermenge des Formates CSS 2.0 verwendet werden. Hinzu kommen wenige für EPUB spezifische Stilvorlagen-Eigenschaften. Skript-Anwendungen sind nicht erlaubt.

In der Version 3.0/3.0.1 werden Inhaltsdokumente entweder mit der XML-Variante von HTML5 realisiert oder mit SVG 1.1 (ohne Interaktivität oder Animation). Hinsichtlich HTML5 ist nicht definiert, welchem Arbeitsentwurf Autoren folgen sollen, noch wie angegeben wird, welcher Arbeitsentwurf in einem Buch verwendet wird. Wie in HTML5 beschrieben und eingeschränkt, kann zudem auch Präsentations-MathML als Dateninsel verwendet werden. Stilvorlagen beziehen sich hier hauptsächlich auf CSS 2.1 und einige Module von CSS 3.0. Skript-Anwendungen sind optional, die Dokumente sind jeweils so zu gestalten, dass der Inhalt mit und ohne Interpretation von Skripten zugänglich ist. Eine kleine Untermenge des Formates SMIL kann zudem verwendet werden, um eine Medienüberlagerung zu realisieren. Bei dieser werden Audio-Dateien mit dem Inhalt verknüpft, um eine Präsentation auch als Hörbuch anbieten zu können.

In Version 3.1 wird ausdrücklich darauf hingewiesen, dass diese Version sich nicht auf eine spezielle Version von XHTML, SVG oder CSS festlegt, Autoren und Programmierer von Darstellungsprogrammen sollen sich an den aktuellen Empfehlungen des W3C orientieren. Damit ist die Spezifikation von EPUB unabhängig von den Spezifikationen der genutzten Webstandards.^[2] Bei SVG wird folglich zudem auch nicht mehr die Verwendung von Interaktivität oder Animation ausgeschlossen, es gibt lediglich einen allgemeineren Hinweis auf mögliche Implementierungslücken bei diversen Modulen bei den Darstellungsprogrammen.

Weil Version 3.1 einige Inkompatibilitäten zur früheren Versionen aufweist, wird von der zuständigen Arbeitsgruppe dazu geraten, stattdessen gleich die überarbeitete Version 3.2 zu verwenden. Diese lehnt sich stärker an 3.0.1 an, erklärt zudem einige faktisch nicht implementierte Möglichkeiten von 3.0.1 als veraltet, übernimmt von 3.1 allerdings die erweiterten Möglichkeiten hinsichtlich des Inhaltes durch neue Versionen von SVG und HTML5.

Die Strukturierung wird durch das Open Packaging Format (OPF) geregelt, das in Version 3 als EPUB Publications vorliegt.

Die Struktur und die Aufnahme von Metadaten beschreibt eine Stammdatei (Dateinamenserweiterung: .opf).

Darin werden im ersten Abschnitt, im Element metadata, die Metadaten hauptsächlich nach dem Dublin-Core-Schema bereitgestellt. Die Art der Notation ist im Detail für Version 3 anders als für Version 2, was Probleme für Leser bedeuten kann, wenn sie mit älteren Programmen auf solche Information direkt zugreifen möchten, statt das Buch-Archiv zu entpacken und direkt in den Quelltext der OPF-Datei zu gucken. Die gleiche Information, die bei einem Buch nach Version 2 also noch zugänglich sein kann, kann mit einer Notation gemäß Version 3 unzugänglich werden und umgekehrt bei Programmen, die nur Version 3 interpretieren und nicht mehr die Notation von Version 2.

In einem zweiten Abschnitt, im Element manifest, werden alle weiteren im Archiv gespeicherten Dateien aufgelistet.

Der weitere Abschnitt, durch das Element spine repräsentiert, ist etwas, was bei gedruckten Büchern dem Buchrücken entspricht, die Struktur dient primär dazu, die Lesereihenfolge des Buches für das Darstellungsprogramm festzulegen. Prinzipiell unterschieden wird dabei zwischen Bestandteilen eines Buches, welche in einer linearen Lesereihenfolge stehen, und solchen, die dies nicht tun. Entsprechend kann dies bei jedem Eintrag eines Inhaltsdokumentes angegeben werden. Insbesondere die Versionen 2 und 3.0.1 verlangen ferner, dass alle Inhaltsdokumente, auf die von Dokumenten verwiesen wird, welche im spine stehen, selbst in diesem Verzeichnis stehen. Praktisch kann das Probleme für Bücher verursachen, deren Struktur ganz oder teilweise keiner einfachen, linearen Lesereihenfolge folgt und die stattdessen eine eigene, eingebaute Navigation bereitstellen, bei welcher man also etwa zu Alternativen verzweigen kann oder bei welcher es wie in einem Netzwerk oder Labyrinth prinzipiell keine bestimmte Lesereihenfolge gibt. Derartige Inhaltsstrukturen waren schon bei gedruckten Büchern problematisch, sind aber eigentlich für eine digitale Repräsentation kein technisches Problem mehr.

Die praktischen Probleme für EPUB-Bücher ergeben sich daraus, dass viele gängige Darstellungsprogramme die Angabe ignorieren, dass Inhaltsdokumente nicht in einer linearen Lesereihenfolge erscheinen sollen, die Dokumente werden dann in der Reihenfolge angezeigt, wie sie im spine notiert sind oder im Anschluss an die als linear gekennzeichneten Inhalte. Dies ist ein explizit erlaubtes Vorgehen. Dies erschwert es Autoren nichtlinearer Werke praktisch, in diesem Format sinnvoll zu veröffentlichen (es könnten etwa als improvisierte Gegenmaßnahme viele inhaltsleere Inhaltsdokumente vor und nach einem nicht linearen Dokumenten in das spine eingefügt werden, um dem Leser nahezulegen, nicht die vom Programm vorgeschlagene Reihenfolge zu nutzen, sondern die dem jeweiligen Buch eigenen Navigationsmittel zu verwenden).

Mit dem Attribut toc beim Element spine wird auf ein Inhaltsverzeichnis für menschliche Leser des Buches verwiesen. Mit einem weiteren optionalen Abschnitt können besondere Strukturen des Buches wie die Titelseite, Inhaltsverzeichnis, Index, Glossar etc. angegeben werden.

Das für menschliche Leser gedachte Inhaltsverzeichnis, welches außerhalb der normalen Lesereihenfolge dargestellt wird, wird in Version 2.0/2.0.1 im Abschnitt navMap in einer Datei, typisch mit der Dateinamenserweiterung .ncx in dem XML-Format NCX angegeben, das DTBook entstammt. Jedem Eintrag wird im Attribut playOrder eine Position innerhalb der Reihenfolge der wiederzugebenden Texte zugeordnet.

Ein solches Dokument ist seit Version 3.0/3.0.1 optional und nur als Hilfe für alte Darstellungsprogramme der Versionen 2 gedacht. In Version 3.1 ist das NCX-Dokument als veraltet oder überholt gekennzeichnet.^[2] Darstellungs­programme der Versionen 3 sollen es nicht mehr interpretieren. Dafür ist in diesen Versionen das Inhaltsverzeichnis in einem Dokument anzugeben, welches mit einer Untermenge der XML-Variante von HTML5 zu realisieren ist und damit auch innerhalb der normalen Lesereihenfolge verfügbar gemacht werden kann.

Die Verpackung aller Teildateien in eine einzelne Datei und die Struktur des darin enthaltenen Dateisystems wird durch das OEBPS Container Format (OCF) geregelt, das in Version 3 als EPUB Open Container Format (OCF) vorliegt. Sämtliche Teildateien werden in einer Zip-Archivdatei mit der Dateinamenserweiterung .epub zusammengefasst. Darin müssen mindestens enthalten sein:

• eine unkomprimierte Datei mit dem Namen mimetype und dem Inhalt application/epub+zip im Wurzelverzeichnis als erste Datei im Archiv,
• ein Verzeichnis META-INF mit einer Datei namens container.xml, die auf die Stammdatei der Publikation verweist,
• die Stammdatei,
• ein Inhaltsverzeichnis zur Navigation durch die Publikation und
• mindestens eine Inhaltsdatei.

Das Dateisystem in einem minimalen Buch gemäß EPUB 2 könnte so aussehen:

mimetype
META-INF/
  container.xml
inhalt.opf
inhalt.ncx
inhalt.xhtml

Das Dateisystem für EPUB 3 kann ähnlich aussehen, allerdings gibt es für die Navigation eine andere Datei (hier nav.xhtml genannt) im Format XHTML, die Datei inhalt.ncx ist hier optional, für alte Darstellungsprogramme aber sinnvoll:

mimetype
META-INF/
  container.xml
inhalt.opf
inhalt.ncx
nav.xhtml
inhalt.xhtml

<?xml version="1.0" encoding="UTF-8"?>
<container
  xmlns="urn:oasis:names:tc:opendocument:xmlns:container"
  version="1.0">
  <rootfiles>
    <rootfile
      full-path="inhalt.opf"
      media-type="application/oebps-package+xml"/>
  </rootfiles>
</container>

<?xml version="1.0" encoding="UTF-8"?>
<package version="2.0"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:opf="http://www.idpf.org/2007/opf"
  xmlns="http://www.idpf.org/2007/opf"
  unique-identifier="BookId">
  <metadata>
    <!-- Die folgende Buchidentifikation ist einzigartig für jedes Buch zu wählen -->
    <dc:identifier id="BookId" opf:scheme="UUID">6f2e78a1-c4f3-4895-b58b-347f92fb2d14</dc:identifier>
    <!-- Hauptsprache des Buches -->
    <dc:language>de</dc:language>
    <!-- Buchtitel -->
    <dc:title xml:lang="de">Hallo Welt</dc:title>

    <!-- bis hier notwendige Metainformationen, es folgen einige optionale: -->

    <!-- Beschreibung -->
    <dc:description xml:lang="de">Beispiel für ein Buch im Format EPUB 2.</dc:description>
    <!-- Erzeuger, Erschaffer des digitalen Buches, hier auch der Autor -->
    <dc:creator
      opf:file-as="Zufall, Rainer"
      opf:role="aut"
      xml:lang="de">Rainer Zufall</dc:creator>
    <!-- Charakteristischer Zeitpunkt der Erstellung des Buches -->
    <dc:date opf:event="creation">2013-10-23</dc:date>
    <!-- Zeitpunkt der Veröffentlichung -->
    <dc:date opf:event="publication">2013-10-23</dc:date>
  </metadata>
  <!-- Verzeichnis der Dateien des Buches -->
  <manifest>
    <item id="ncx" href="inhalt.ncx" media-type="application/x-dtbncx+xml"/>
    <item id="Datei_1" href="inhalt.xhtml" media-type="application/xhtml+xml"/>
  </manifest>
  <!-- Reihenfolge der Inhalte des Buches -->
  <spine toc="ncx">
    <itemref idref="Datei_1"/>
  </spine>
</package>

<?xml version="1.0" encoding="UTF-8"?>
<package version="3.0"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:opf="http://www.idpf.org/2007/opf"
  xmlns="http://www.idpf.org/2007/opf"
  unique-identifier="Id">
  <metadata>
    <!-- Die folgende Buchidentifikation in Kombination mit folgendem Datum einzigartig für jedes Buch zu wählen -->
    <dc:identifier id="Id">6f2e78a1-c4f3-4895-b58b-347f92fb2d14</dc:identifier>
    <!-- Datum der letzten Änderung -->
    <meta property="dcterms:modified">2013-10-26T17:27:34Z</meta>
    <!-- Hauptsprache des Buches -->
    <dc:language>de</dc:language>
    <!-- Buchtitel -->
    <dc:title xml:lang="de">Hallo Welt</dc:title>

    <!-- bis hier notwendige Metainformationen, es folgen einige optionale: -->

    <!-- Beschreibung -->
    <dc:description xml:lang="de">Beispiel für ein Buch im Format EPUB 3.</dc:description>
    <!-- Erzeuger, Erschaffer des digitalen Buches, hier auch der Autor -->
    <dc:creator id="rainer" xml:lang="de">Rainer Zufall</dc:creator>
    <meta refines="#rainer" property="file-as">Zufall, Rainer</meta>
    <meta refines="#rainer" property="role" scheme="marc:relators">aut</meta>
    <!-- Angabe des Typs der Buchidentifikation -->
    <meta property="identifier-type" refines="#Id">UUID</meta>
    <!-- Zeitraum der Erstellung des Buches -->
    <meta property="dcterms:created">2013-10-23/26</meta>
    <!-- Zeitpunkt der Veröffentlichung -->
    <meta property="dcterms:issued">2013-10-26</meta>
  </metadata>
  <!-- Verzeichnis der Dateien des Buches -->
  <manifest>
    <item id="ncx"    href="inhalt.ncx"   media-type="application/x-dtbncx+xml"/>
    <item id="inhalt" href="inhalt.xhtml" media-type="application/xhtml+xml"/>
    <item id="nav"    href="nav.xhtml"    media-type="application/xhtml+xml" properties="nav"/>
  </manifest>
  <!-- Reihenfolge der Inhalte des Buches -->
  <spine toc="ncx">
    <itemref idref="nav"/>
    <itemref idref="inhalt"/>
  </spine>
</package>

<?xml version="1.0" encoding="UTF-8"?>
<ncx
  xmlns="http://www.daisy.org/z3986/2005/ncx/"
  version="2005-1"
  xml:lang="de">
  <head>
    <!-- Dieselbe Buchidentifikation wie in der OPF-Datei: -->
    <meta name="dtb:uid" content="6f2e78a1-c4f3-4895-b58b-347f92fb2d14"/>
  </head>
  <docTitle>
    <text>Hallo Welt</text>
  </docTitle>
  <docAuthor>
    <text>Rainer Zufall</text>
  </docAuthor>
  <navMap>
    <navPoint playOrder="1" id="id_01">
      <navLabel>
        <text>Hallo Welt</text>
      </navLabel>
      <content src="inhalt.xhtml"/>
    </navPoint>
  </navMap>
</ncx>

<?xml version="1.0" encoding="UTF-8" ?>
<html xmlns="http://www.w3.org/1999/xhtml"
      xmlns:ops="http://www.idpf.org/2007/ops"
      xml:lang="de">
  <head>
    <title>Inhaltsverzeichnis</title>
  </head>
  <body>
   <nav ops:type="toc">

    <h1>Inhaltsverzeichnis</h1>

    <ol>
      <li><a href="nav.xhtml">Inhaltsverzeichnis</a></li>
      <li><a href="inhalt.xhtml">Hallo Welt</a></li>
    </ol>

  </nav>
 </body>
</html>

Eine einfache XHTML-Datei:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
     "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"
      xml:lang="de">
  <head>
    <title>Hallo Welt</title>
  </head>
  <body>
    <h1>Hallo Welt</h1>
    <p>Ein einfacher Absatz als Textbeispiel.</p>
  </body>
</html>

Eine einfache XHTML-Datei (nach einem Arbeitsentwurf für HTML5 und mit erweiterndem Attribut type aus dem Namensraum OPS/EPUB, um die semantische Funktion von Elementen genauer zu kennzeichnen):

<?xml version="1.0" encoding="UTF-8"?>
<html xmlns="http://www.w3.org/1999/xhtml"
      xmlns:ops="http://www.idpf.org/2007/ops"
      xml:lang="de">
  <head>
    <title>Hallo Welt</title>
  </head>
  <body>
    <h1>Hallo Welt</h1>

    <section ops:type="chapter">
      <h2>Titel des ersten Kapitels</h2>
      <p>Ein einfacher Absatz als Textbeispiel.</p>
      <p>...</p>
    </section>
    <section ops:type="chapter">
      <h2>Titel des zweiten Kapitels</h2>
      <p>...</p>
    </section>
  </body>
</html>

Da alle Inhalte des EPUBs standardisiert sind und auf XML basieren, kann ein EPUB-Archiv auf seine Gültigkeit geprüft werden. Dabei werden der Aufbau des Archivs und die darin enthaltenen Dokumente überprüft.

Zur Prüfung ist der Einsatz von Validatoren üblich. Unproblematisch ist es dabei, die XML-Dokumente in einem EPUB auf Wohlgeformtheit zu prüfen, also auf die Einhaltung der ziemlich einfachen XML-Syntax-Regeln.

Für die für EPUB spezifizierten Formate und im Buch verwendete Formate wie XHTML, SVG, Digital Talking Books gibt es zudem besondere Spezifikationen, also festgelegte Regeln, die zu prüfen sind. Aus verschiedenen Gründen ist dies für Programme deutlich komplizierter. Hier spricht man davon, dass auf Gültigkeit oder auch Validität geprüft wird. Dazu muss der Regelsatz des jeweiligen Formates in speziellen formalen Sprachen vorliegen, welche von dem Prüfprogramm, auch Validator genannt, verstanden werden. Die Formulierung des Regelsatzes eines Formates in solch einer formalen Sprache wird Dokumenttypdefinition oder auch XML-Schema genannt, kurz auch Schema. Häufig verwendet wird zur Prüfung der vom IDPF selbst herausgegebene epubcheck.^[5]

Das Ergebnis einer automatischen Prüfung ist unter Umständen nur ein Hinweis auf Probleme. Ob ein bestimmtes Problem wirklich im Buch selbst liegt, mit einer fehlenden Versionierung der verwendeten Inhaltsformate zusammenhängt, in einem mangelhaften Schema zu suchen ist, an Fehlern des Validators liegt oder mit Mängeln und Inkonsistenzen der jeweiligen EPUB-Empfehlung zusammenhängt, sollte individuell beurteilt werden.

Open eBook, der Vorläufer von EPUB, wurde von zwei Herstellern von E-Book-Systemen, nämlich SoftBook Press (hauptsächlich) und NuvoMedia Inc., für ihre mobilen Lesegeräte entwickelt und in den späten 1990er Jahren veröffentlicht.^[6] Unter anderem setzte Microsoft 1998 auf Open eBook,^[6] nachdem das eigene Lit-Format eingestellt wurde. Im September 1999 wurde Version 1.0 der Spezifikation veröffentlicht, die sogenannte Open eBook Publication Structure (OEBPS). Diese wurde im Juni 2001 (Version 1.0.1) und August 2002 (Version 1.2) mit neuen Formatempfehlungen aktualisiert. Im September 2007 wurde die Open Publication Structure (OPS) 2.0 unter dem heutigen Namen EPUB veröffentlicht, welches OEBPS ersetzt. Das Format wird seither im Rahmen des International Digital Publishing Forum (IDPF) entwickelt. Dateien dieser neuen Generation des Formats tragen nicht mehr die bisherige Dateiendung .opf (OEB Package Format), sondern nunmehr .epub.

Im Februar 2017 wurde das IDPF mit dem W3C vereint, die Arbeit an EPUB wird als Arbeitsgruppe des W3C fortgeführt.^[7]

Die Arbeitsgruppe des W3C hat zum 8. Mai 2019 als W3C Community Group Final Report/Specification eine Überarbeitung von EPUB als Version 3.2 herausgebracht. Ein solcher Report hat aus formalen Gründen eine etwas andere Bedeutung als die sonst für das W3C üblichen Empfehlungen.

Auf die Inhalte von digitalen Büchern im Format EPUB kann auf recht verschiedene Art und Weise zugegriffen werden. Weil die eigentlichen Inhalte aus Standardformaten wie XHTML und SVG bestehen, eignet sich prinzipiell eine breite Palette von Programmen zur Präsentation der Inhalte. Sofern das ZIP-Archiv, welches die EPUB-Datei darstellt, entpackt wird, wird der Inhalt des Buches für jegliches Darstellungsprogramm zugänglich, welches die Inhaltsformate interpretieren kann.

EPUB selbst sieht insbesondere in der Version 2 eine solche Verwendung alternativ zu der als ZIP-Archiv direkt vor. Die gängigen allgemeinen Darstellungsprogramme für XHTML und SVG interpretieren aber außerhalb des EPUB-Umfeldes die für EPUB spezifischen Formate nicht, insbesondere die OPF-Datei wäre hier eigentlich von zentraler Bedeutung. Hinterlegt ein Autor oder Erzeuger eines EPUB-Archivs allerdings das in Version 3 ohnehin erforderliche Inhaltsverzeichnis im Format XHTML unter einem eindeutigen Dateinamen (bei einem deutschsprachigen Buch etwa Inhaltsverzeichnis.xhtml) und macht dieses so ausführlich, dass darüber alle Inhaltsdokumente direkt oder indirekt über Einbettung oder weitere Verweise zugänglich werden, wird solch ein EPUB-Archiv auch recht gut für gängige Darstellungsprogramme für Inhalte im Netz, die auf Mozilla/Gecko, Opera/Presto, WebKit/Blink, Trident basieren, ohne zusätzliche Erweiterungen nutzbar.

Zusätzlich gibt es auch Erweiterungen für diese Darstellungsprogramme, die in der Lage sind, das Archiv direkt zu handhaben und auch die EPUB-spezifischen Dateien, insbesondere die OPF-Datei zu interpretieren und so den Inhalt des Buches automatisch zugänglich zu machen.

Daneben kann es auch noch eigenständig entwickelte Programme speziell zur Interpretation von EPUB geben, welche jedenfalls teilweise etwa Mozilla/Gecko oder WebKit/Blink intern als Programmbibliothek verwenden, um damit Inhalte zu präsentieren. Weil die Inhaltsdokumente mit XHTML und SVG aus XML bestehen, ist es allerdings auch für einen Anbieter noch relativ einfach, ausgehend von einem XML-Prozessor ein eigenes Präsentationsprogramm zu entwickeln, welches dann unabhängig von bereits bestehenden Programmbibliotheken verwendet werden kann oder eine Kombination anderer Bibliotheken ermöglicht.

Die Interpretation des Formates ist also primär von Programmen oder Programmbibliotheken abhängig, die recht breit auf vielen verschiedenen Betriebssystemen verfügbar sind, eine Abhängigkeit von bestimmten Geräten besteht nicht. Gleichwohl gibt es neben den gängigen Varianten von Rechnern auch spezielle Lesegeräte für digitale Bücher, teils auch mit bestimmten Einschränkungen hinsichtlich der Präsentation, etwa eine Anzeige nur in Grauwerten aufgrund der eingesetzten Technik (digitale Tinte, „elektronisches Papier“), welche dann intern wiederum auf die bereits genannten Programme oder Programmbibliotheken zurückgreifen können oder eigene Programme verwenden, um den Inhalt eines Buches zu präsentieren. Auch die in solchen Geräten verwendeten Prozessoren und Speicher fallen oft deutlich bescheidener aus, als man dies von den üblichen Rechnern für allgemeine Anwendungen im Büro oder Daheim gewohnt ist, was die darstellbaren Inhalte von der Komplexität und vom Umfang her einschränken kann.

Auch bei Verwendung gleicher Programmbibliotheken kann die Interpretation also verschiedenen Einschränkungen und Einflüssen unterliegen, die von Autoren und Lesern nicht allein daran abgeschätzt werden können, welche Programmbibliothek zur Präsentation verwendet wird. Hat ein Gerät etwa keinen Farbbildschirm, kann es auch farbige SVG-Dokumente nicht so präsentieren, wie vermutlich vom Autor beabsichtigt. Auch die Einbettung einer Bibliothek in eine Nutzerschnittstelle, eine graphische Oberfläche, kann Einfluss auf die Präsentationsmöglichkeiten haben. Hat etwa ein originales Darstellungsprogramm noch keine besonderen Probleme damit, lange Wörter oder große Graphiken zu präsentieren, kann dies ganz anders aussehen, wenn eine EPUB-Erweiterung versucht, denselben Inhalt zur Präsentation zu bringen, wenn dabei die Anmutung eines gedruckten Buches mit umblätterbaren Seiten erreicht werden soll.

Die Fähigkeiten oder die Güte der Interpretation von EPUB bei Eigenentwicklungen für spezielle Geräte sind für Außenstehende noch deutlich schwerer zu beurteilen, wenn das konkrete Gerät nicht vorliegt oder kaum kontrollierbar ist, ob dieses Programmversionen automatisch aktualisiert oder nicht.

Insgesamt ist die Beurteilung der Unterstützung des Formates EPUB also noch schwerer zu überschauen als die allgemeine Unterstützung der eigentlichen Inhaltsformate XHTML und SVG. Pauschal ist allerdings immer davon auszugehen, dass die Darstellungsprogramme nicht alle Anforderungen von EPUB erfüllen und somit nicht jedwedes formal korrekte Buch im Format EPUB auch so präsentieren können, dass alle Inhalte zugänglich wären. In der Praxis sind Autoren daher gezwungen, nur eine Untermenge von EPUB in ihren Büchern zu verwenden, damit den Lesern alle im Buch enthaltenen Inhalte zugänglich bleiben. Die Untermenge ist kleiner als jene, die Autoren verwenden, wenn sie Inhalte direkt im Netz veröffentlichen, also ohne ein EPUB/ZIP-Archiv drumherum.

Nahezu alle E-Book-Reader (mit Ausnahme von Amazon Kindle) interpretieren das EPUB-Format zumindest teilweise. Oft ist nicht erkennbar oder einfach ermittelbar, ob die Geräte zur Präsentation auf etablierte Programmbibliotheken zurückgreifen oder eigene Entwicklungen einsetzen. Aussagen wie die Fähigkeit zur Interpretation von EPUB 2 oder EPUB 3 für ein bestimmtes Gerät sind in der Praxis meist kritisch zu beurteilen, weil es vermutlich bislang kein Programm gibt, welches die gesamte EPUB-Spezifikation in der Version 2 oder 3 korrekt interpretiert. Gemeint ist damit meistens, dass Basisbestandteile von EPUB interpretiert werden, was es ermöglicht, einfach gestaltete Bücher damit problemlos zu lesen. Bücher, welche die jeweiligen Möglichkeiten einer EPUB-Version mit reichhaltigeren Inhalten ausschöpfen, können immer Fehler und Lücken solcher Programme offenbaren.

Eine Übersicht, welche Geräte oder Programme welche Merkmale interpretieren, bietet zum Beispiel das EPUB 3 Support Grid.^[8]

Neben einem Programm, um das ZIP-Archiv selbst zu erstellen, werden keine besonderen Programme benötigt, um Bücher im Format EPUB zu erzeugen. Für die Textinhalte in den XML-Dateien reicht ein einfacher Texteditor. Das ermöglicht es auch, die semantischen Möglichkeiten der Inhaltsformate voll auszuschöpfen. Konvertierungsprogramme und solche mit lediglich einer Ausgabe im Format EPUB verstehen zumeist den Inhalt nicht und sind daher meist nicht in der Lage, den Inhalt optimal zu strukturieren. Wird also ein Programm verwendet, welches eine Formatkonversion verwendet oder eine EPUB-Ausgabe anbietet, so ist es dringend zu empfehlen, den Inhalt mit einem einfachen Texteditor nachzuprüfen und nachzubessern, um ein optimales Ergebnis zu erzielen.

Oft ermöglichen es solche Programme auch, bereits begonnene EPUB-Archive einzulesen. Als Test bietet es sich hier an, ein manuell erstelltes Buch, welches semantische Textauszeichnung intensiv nutzt, ebenso wie die erlaubten Inhaltsformate, insbesondere XHTML und SVG, mit solch einem Programm zu laden und es wieder zu speichern oder nach kleineren Ergänzungen wieder zu speichern. Hat das Programm die semantische Textauszeichnung ohne Nachfrage verändert oder etwa SVG-Dokumente zu Pixelgrafik konvertiert oder ganz weggelassen, ist solch einem Programm offenbar mit äußerster Skepsis zu begegnen. Leider gibt es zahlreiche solche Programme, welche dem Format längst nicht gewachsen sind.

Beim Format EPUB ist es vorgesehen, optional in einer bestimmten Datei Informationen zur digitalen Rechteverwaltung (DRM) zu notieren, bis einschließlich Version 3.0 ist allerdings keine bestimmte Struktur dafür definiert. Eine Interpretation solcher Informationen ist folglich optional, eine gegebenenfalls danach vorgenommene Verschlüsselung der Inhalte kann diese also für viele Darstellungsprogramme unzugänglich machen. Momentan existieren zudem unterschiedliche, miteinander nicht kompatible Systeme. Das von Adobe entwickelte ADEPT-DRM-System hat von diesen eine vergleichsweise hohe Verbreitung; fast alle Händler, die ihre EPUB-Bücher schützen, verwenden dieses System, und es wird von vielen kommerziellen E-Book-Readern unterstützt, meist jedoch nicht von freien Darstellungsprogrammen oder Erweiterungen für Browser.

Ein weiteres DRM-System ist von Apple entwickelt. Bisher kann lediglich das firmeneigene Darstellungsprogramm iBooks Bücher in diesem Format entschlüsseln. Damit ist dieses System auf Geräte beschränkt, für die iBooks als Darstellungsprogramm verfügbar ist.

Für die von Adobe entwickelte digitale Rechteverwaltung ADEPT DRM wurde im Februar 2009 eine Möglichkeit publiziert, den Kopierschutz zu umgehen.^[28][29] Dabei wurde nicht der Kopierschutz an sich geknackt, sondern lediglich der private Schlüssel extrahiert. Mit diesem lassen sich dann alle mit diesem Schlüssel geschützten EPUB-Dateien vollständig entschlüsseln und ohne digitales Rechtemanagement neu abspeichern. Diese neuen Dateien unterliegen somit nicht mehr den Restriktionen der digitalen Rechteverwaltung. Die Inhalte werden auch für andere Darstellungsprogramme zugänglich. Eventuell vorhandene persönliche Identifizierungsdaten bleiben vorhanden.

• Victor Wang: E-Books mit ePUB – Von Word zum E-Book mit XML. 1. Auflage. mitp, Heidelberg u. a. 2011, ISBN 978-3-8266-5602-6. 
• Uwe Matrisch, Ursula Welsch: E-Books konzipieren und produzieren. MedienEdition Welsch (Publikationen der XML-Schule), Taching am See 2011, ISBN 978-3-937211-85-5 (auch als EPUB und als PDF verfügbar).
• Yves Apel: E-Books mit InDesign CC: Die Profi-Anleitung für ePub, Mobi & Co. dpunkt, Heidelberg 2014, ISBN 978-3-86490-121-8.
• Yves Apel, Sasha Heck: ePub für (In)Designer: Mit InDesign Schritt für Schritt zum E-Book. dpunkt, Heidelberg 2012, ISBN 978-3-89864-794-6. komplett online

• Spezifikationen der EPUB zugrundeliegenden Techniken (englisch)
• EPUB-Validator des IDPF (englisch)
• Digitale Bücher, E-Books im Format EPUB selbst erstellen (deutsch, Anleitung zu den Versionen 2 und 3, Generatoren für einfache Bücher in den Versionen 2 und 3, Tests von Darstellungsprogrammen für Version 2 und 3)
• Ausführliche Einführung in EPUB (deutsch, beschreibt Version 2)
• Epub Format Construction Guide (englisch, EPUB-Version des Dokuments; beides beschreibt Version 2)
• IDPF Launches EPUB Standards Maintenance Work (englisch)

1. ↑ EPUB 3.2. W3C EPUB 3 Community Group, 8. Mai 2019, abgerufen am 18. Juni 2019 (englisch). 
2. ↑ ^{a b c} EPUB 3.1 Changes from EPUB 3.0.1. International Digital Publishing Forum, 5. Januar 2017, abgerufen am 29. März 2017 (englisch). 
3. ↑ EPUB 2.0.1. International Digital Publishing Forum, 4. September 2010, abgerufen am 29. März 2017 (en-PK). 
4. ↑ EPUB 3.0. International Digital Publishing Forum, 11. Oktober 2011, abgerufen am 29. März 2017 (englisch). 
5. ↑ w3c/epubcheck. World Wide Web Consortium, 25. April 2024, abgerufen am 29. April 2024. 
6. ↑ ^{a b} Businessweek – Bloomberg. 2. November 2023, abgerufen am 29. April 2024 (englisch). 
7. ↑ New Roadmap for Future of Publishing is Underway as W3C and IDPF Officially Combine. W3C, 1. Februar 2017, abgerufen am 29. März 2017 (englisch). 
8. ↑ epubtest.org: Results. Abgerufen am 29. April 2024. 
9. ↑ AZARDI 43.1 Release. AZARDI@IGP. Abgerufen am 29. April 2024. 
10. ↑ calibre – E-book management. Abgerufen am 29. April 2024. 
11. ↑ ecomstation.it (Memento vom 2. November 2014 im Internet Archive)
12. ↑ Benawi Adha: wustho/epy. 25. April 2024, abgerufen am 29. April 2024. 
13. ↑ EPUBReader – ePub direkt in Chrome lesen. Abgerufen am 29. April 2024. 
14. ↑ turnip.demon.co.uk/jim/freda (Memento vom 18. Juli 2012 im Internet Archive)
15. ↑ Foliate — E-book Reader for Linux. Abgerufen am 29. April 2024. 
16. ↑ Gitden Main Homepage. Abgerufen am 29. April 2024. 
17. ↑ koreader/koreader. KOReader Community, 29. April 2024, abgerufen am 29. April 2024. 
18. ↑ tolino app – kostenlos bei eBook.de. Abgerufen am 29. April 2024. 
19. ↑ Lucidor – E-book Reader. Abgerufen am 29. April 2024. 
20. ↑ Lucifox – E-book Reader Firefox Extension. Abgerufen am 29. April 2024. 
21. ↑ shenzhuxi: shenzhuxi/readiator. 2. August 2021, abgerufen am 29. April 2024. 
22. ↑ Readium Website. Abgerufen am 29. April 2024. 
23. ↑ André Kramer, Jörg Oyen, Frank Puscher, Joachim Sauer: Intermezzo: Adobes Creative Suite 5.5 setzt auf digitales Publishing. In: c’t. Band 2011, Nr. 14, 18. Juni 2011, ISSN 0724-8679, S. 154 (heise.de [abgerufen am 29. April 2024]). 
24. ↑ calibre – New in calibre 2.0. Abgerufen am 29. April 2024. 
25. ↑ extensions.libreoffice.org
26. ↑ Prüfstand: Schaltzentrale QuarkXPress 9 rüstet sich fürs digitale Publishing. In: c’t, 11/2011
27. ↑ Writer2ePub (Memento vom 10. Dezember 2017 im Internet Archive)
28. ↑ Circumventing Adobe ADEPT DRM for EPUB. still another reverse engineering blog, 18. Februar 2009, abgerufen am 29. März 2017 (englisch). 
29. ↑ Khawar Mehmood, Mehreen Afzal, M. Mukaram Khan, M. M. WaseemIqbal: A Practical Approach to Impede Key Recovery and Piracy in Digital Rights Management System (DRM). In: Proceedings of 2015 12th International Bhurban Conference on Applied Sciences & Technology (IBCAST). Islamabad 2015, ISBN 978-1-4799-6369-0, doi:10.1109/IBCAST.2015.7058528 (englisch).