O PDF tem sido um grande problema para os formatos de e-books, porque não pode ser refluído. Se o PDF foi projetado para uma página 8.5x11 e dimensionou as fontes para esse formato, a leitura em escala de 70% em um ereader pode ser quase impossível se 1) a resolução do dispositivo não for boa o suficiente ou 2) seus olhos estiverem antigos o suficiente. E se o seu dispositivo de leitura não tiver a mesma proporção de 8,5x11, ou se o PDF tiver sido projetado para um layout de página diferente (A6), ficará ainda mais difícil. Embora o PDF possa fazer praticamente tudo hoje em dia, reformatá-lo para se ajustar aos tamanhos de exibição é difícil o suficiente para que ele não queira ser usado.
Estamos usando o HTML há décadas e sabemos como trabalhá-lo. Este é um problema resolvido. Ele se adapta a qualquer tamanho de tela e foi projetado a partir dos parafusos para ser tanto refluído quanto para ter gerenciamento fácil de metadados.
E, no entanto, por que o ePub dominou? Algumas razões:
- O desejo de envolver o DRM em torno de e-books significa que o HTML direto não é viável, ele precisa estar em algum tipo de contêiner. 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 o DRM.
- Brotando de padronização no mercado de e-books em relação aos tipos de meta-dados que as pessoas gostam de ter, além dos formatos de notação. Como temos que ter um contêiner de qualquer maneira (veja o ponto 1), é melhor fazer a manipulação de metadados no contêiner do que no conteúdo. Isso significa que as mudanças nos metadados não alteram o conteúdo, o que poderia prejudicar o DRM.
HTML é o formato perfeito, desde que você não precise de DRM. Mas até agora ainda fazemos.
Quem sabe, daqui a 10 anos talvez tudo seja XHTML. Por enquanto, há ePub.