Tu peux détailler pourquoi html serait insuffisant pour les meta-données ? Pour autant que je sache, les meta-données utilisées en epub sont les mêmes qu'en html (Dublin Core, <meta> et <link>).
un sommaire n'est jamais qu'un agrégat de liens. Exemple ici.
Exact, mais il faut un format précis.
Certes un sommaire doit pouvoir être lisible par une machine, mais html fournit déjà des titres (<h1> à <h6>) qui devrait permettre à une liseuse d'afficher un sommaire. Ce sommaire est construit automatiquement et n'est pas décrit dans un document à part. Ça donne moins de souplesse aux créateurs d'ebooks pour choisir ce qui va dans le sommaire mais me semble suffisant dans beaucoup de cas.
Bien sûr : EPUB est basé sur HTML. Mais pas seulement, parce qu'HTML ne suffit pas.
Pour moi, EPUB, c'est un fichier zip qui contient plusieurs fichiers HTML et des ressources pour les accompagner (images, CSS, etc.). Après on rajoute dans le zip un fichier d'index parce que ce serait compliqué de faire sans. Il liste les fichiers présents dans le zip (<manifest>, je ne sais pas à quoi il sert), dit dans quel ordre il faut afficher les fichiers HTML (<spine>, ce que tu sembles appeler le sommaire même s'il n'y a aucun titre dedans, juste une suite de référence de fichiers) et enfin des méta-infos (<metadata>, que l'on a mis dans ce fichier juste pour ne pas avoir à deviner dans quel(s) fichier(s) elles sont).
Pour des ebooks simples, je ne vois rien qui empêcheraient de faire ça en HTML :
les métas, on peut (cf ci-dessus) ;
le sommaire, idem (suffit d'extraire les balises <h1> à <h6>) ;
plusieurs chapitres, html5 propose une balise <section> qui me paraît bien convenir pour ça ;
des images, on peut les encoder en base64 et les embarquer à coup de data URI.
Après, ce n'est pas parce que l'on peut que c'est souhaitable. Pour les ebooks simples (des romans par exemple), html convient bien à mon avis. Pour les trucs plus poussés, EPUB a des avantages.
Maintenant, je ne prétends pas être un expert en EPUB, donc si je me trompe, n'hésite pas à me corriger.
[^] # Re: EPUB ou rien
Posté par Bruno Michel (site web personnel) . En réponse au journal livre numérique des éditions eni. Évalué à 10.
Tu peux détailler pourquoi html serait insuffisant pour les meta-données ? Pour autant que je sache, les meta-données utilisées en epub sont les mêmes qu'en html (Dublin Core,
<meta>et<link>).Certes un sommaire doit pouvoir être lisible par une machine, mais html fournit déjà des titres (
<h1>à<h6>) qui devrait permettre à une liseuse d'afficher un sommaire. Ce sommaire est construit automatiquement et n'est pas décrit dans un document à part. Ça donne moins de souplesse aux créateurs d'ebooks pour choisir ce qui va dans le sommaire mais me semble suffisant dans beaucoup de cas.Pour moi, EPUB, c'est un fichier zip qui contient plusieurs fichiers HTML et des ressources pour les accompagner (images, CSS, etc.). Après on rajoute dans le zip un fichier d'index parce que ce serait compliqué de faire sans. Il liste les fichiers présents dans le zip (
<manifest>, je ne sais pas à quoi il sert), dit dans quel ordre il faut afficher les fichiers HTML (<spine>, ce que tu sembles appeler le sommaire même s'il n'y a aucun titre dedans, juste une suite de référence de fichiers) et enfin des méta-infos (<metadata>, que l'on a mis dans ce fichier juste pour ne pas avoir à deviner dans quel(s) fichier(s) elles sont).Pour des ebooks simples, je ne vois rien qui empêcheraient de faire ça en HTML :
<h1>à<h6>) ;<section>qui me paraît bien convenir pour ça ;Après, ce n'est pas parce que l'on peut que c'est souhaitable. Pour les ebooks simples (des romans par exemple), html convient bien à mon avis. Pour les trucs plus poussés, EPUB a des avantages.
Maintenant, je ne prétends pas être un expert en EPUB, donc si je me trompe, n'hésite pas à me corriger.