PDF ist für Ebook-Formate ein großer Schmerz, da es nicht refluxierbar ist. Wenn die PDF-Datei für eine 8,5x11-Seite ausgelegt ist und die Schriftgröße für dieses Format angepasst ist, kann das Lesen der Skala mit einem Maßstab von 70% auf einem Lesegerät nahezu unmöglich sein, wenn 1) die Auflösung des Geräts nicht gut genug ist oder 2) Ihre Augen alt sind genug. Wenn Ihr Lesegerät nicht das gleiche Seitenverhältnis von 8,5 x 11 hat oder das PDF-Dokument für ein anderes Seitenlayout (A6?) Entwickelt wurde, wird es noch schwieriger. Während PDF heutzutage praktisch alles kann, ist das Neuformatieren auf Anzeigeformate schwer genug, um es nicht verwenden zu wollen.
Wir verwenden HTML seit Jahrzehnten und wissen, wie man es bearbeitet. Dies ist ein gelöstes Problem. Es passt sich jeder Displaygröße an und wurde von den Bolzen so konzipiert, dass es sowohl fließfähig ist als auch ein einfaches Metadaten-Management ermöglicht.
Und warum hat ePub dominiert? Einige Gründe:
- Der Wunsch, DRM in E-Books einzubinden, bedeutet, dass direkter HTML-Code nicht funktionsfähig ist, sondern in einem Container sein muss. In den letzten 15 Jahren gab es für jedes neue proprietäre Format eine eigene Vorgehensweise.
- Der Wunsch, aus der Falle mit vielen Formaten herauszukommen, unterstützt trotzdem DRM.
- Die aufstrebende Standardisierung im E-Book-Markt hinsichtlich der Art von Metadaten, die die Menschen gerne haben, sowie Notationsformaten. Da wir sowieso einen Container haben müssen (siehe Punkt 1), kann das Metadatenhandling im Container und nicht im Inhalt erfolgen. Dies bedeutet, dass Metadatenänderungen den Inhalt nicht ändern, was möglicherweise den DRM beeinträchtigen könnte.
HTML ist so etwas wie das perfekte Format, solange Sie kein DRM benötigen. Aber bis jetzt tun wir es noch.
Wer weiß, in 10 Jahren wird vielleicht alles XHTML sein. Im Moment gibt es ePub.