O PDF tem sido um grande problema para os formatos de e-book, porque não é passível de refluxo. Se o PDF foi projetado para uma página 8,5x11 e dimensionou as fontes para esse formato, pode ser quase impossível lê-lo em uma escala de 70% em um ereader se 1) a resolução do dispositivo não for boa o suficiente ou 2) seus olhos estiverem velhos o suficiente. E se o seu dispositivo de leitura não tiver a mesma proporção de 8,5x11 ou o PDF foi projetado para um layout de página diferente (A6?), Fica ainda mais difícil. Embora o PDF possa fazer praticamente tudo hoje em dia, reformatá-lo para caber nos tamanhos de tela é difícil o suficiente para fazer com que ele não queira ser usado.
Estamos usando HTML há décadas e sabemos como trabalhar. Este é um problema resolvido. Ele se adapta a qualquer tamanho de tela e foi projetado a partir dos parafusos para permitir refluxo e facilitar o gerenciamento de metadados.
E, no entanto, por que o ePub dominou? Alguns motivos:
- O desejo de envolver o DRM nos e-books significa que o HTML direto não é viável; ele precisa estar em um contêiner de algum tipo. Nos últimos 15 anos, cada novo formato proprietário teve sua própria maneira de lidar com isso.
- Desejo sair da armadilha de muitos formatos e ainda assim suportar DRM.
- Padronização do mercado de e-books em relação aos tipos de metadados que as pessoas gostam de ter, bem como aos formatos de notação. Como temos que ter um contêiner de qualquer maneira (consulte o ponto 1), também podemos lidar com os metadados no contêiner, e não no conteúdo. Isso significa que as alterações de metadados não alteram o conteúdo, o que pode prejudicar o DRM.
HTML é o formato perfeito, desde que você não precise de DRM. Mas até agora ainda o fazemos.
Quem sabe, em 10 anos, talvez tudo seja XHTML. Por enquanto, existe o ePub.
