Wikisource:Wsexport - Wikisource
Aller au contenu
La bibliothèque libre.
Plus d’informations disponibles dans oldWikisource
WSexport
Wikisource Book Export
) sert à exporter des livres de Wikisource en plusieurs formats. Celui-ci se présente comme
un outil
pour exécuter directement l’export de n’importe quel livre de Wikisource. Cette page est destinée aux travaux liés à l’avancement de l’outil et aux discussions afférentes.
Bugs
modifier
Bugs à corriger
modifier
Les liens vers les chapitres ne fonctionnent pas quand il y a redirection dans Wikisource.
Intégrer les polices rares (cf.
ici
).
Gestion des sommaires à plusieurs niveaux.
Si le nombre de références consécutives excède 100, la navigation dans le fichier PDF est aléatoire (essayer par exemple de naviguer aux références des chapitres XX et XXI du tome 4 de l’
Histoire de la décadence et de la chute de l’Empire romain
). Ce problème provient d'une limite imposée au logiciel Calibre (le compteur des listes numérotées

  1. ...
  2. ...

est remis à zéro lorsqu'il dépasse 100).
Idem avec le fichier ePub.
À l'intérieur d'un ouvrage au format ePub, la navigation par hyperliens est brisée si la taille du fichier excède 260 ko. Cette taille est imposée par défaut dans Calibre ; elle pourrait être un paramètre ajustable de WsExport.
Les hyperliens sont soulignés dans les fichiers aux formats PDF et ePub. Autant c'est utile pour des liseuses en noir et blanc, autant ça peut rompre la lecture dans les liseuses en couleur ou sur les portables. La possibilité de masquer le soulignement devrait être offerte dans l'interface de WsExport (le code CSS est
a {text-decoration:none;}
).
La page couverture par défaut est peu esthétique. J'ai utilisé Calibre et je sais qu'il est difficile de produire une page couverture plaisante à l'œil . Puisque WsExport est régulièrement utilisé, un effort devrait être consenti pour améliorer la page couverture.
Bug corrigés
modifier
Les liens internent ne fonctionnent pas pour les livres dont le titre contient des caractères spéciaux (accents…)
Bug avec les images (cf 12/1).
Bug de certains livres avec Adobe Digital Edition et Sony Reader : certains chapitres ne se chargent pas Le problème doit être la limitation des fichier xhtml à 300 ko. Il va falloir coder ! Pour information, Adobe, créateur du logiciel ADE (Adobe Digital Edition) qui est le logiciel de base de beaucoup de liseuses, fournit un
EPub Best Practices
où la limitation à 300Ko est explicitement citée (voir le chapitre
Use Chapter size chunks
).
Problème d'affichage du modèle
{{
Table
}}
- plus de pointillés ni de numéro de page, donc un affichage propre en export --
Hélène
4 mai 2012 à 20:57 (UTC)
répondre
Testé le 1/01
modifier
Les titre codés avec le modèle
{{
t2mp
}}
ne sont pas centrés. (J'ai fait un essai avec
L’Ensorceleuse
, que je n'ai pas encore mis dans la catégorie "Bon pour export", parce que, quoique considéré comme "validé", il reste un certain nombre de corrections à effectuer.). Cordialement, --
Acélan
31 décembre 2011 à 14:12 (UTC)
répondre
{{
lettrine
}}
ne s'affiche pas correctement, cf.
Pyb
1 janvier 2012 à 22:48 (UTC)
répondre
Faudrait afficher le numéro du volume, par exemple pour les Œuvres complètes de Frédéric Bastiat.
Pyb
2 janvier 2012 à 00:15 (UTC)
répondre
Pour la lettrine, je ne vois pas d’ou vient le problème. Elle s’affiche très bien avec calibre et epub reader mais il y a une grosse marge en dessous avec sigil. Ces problèmes là, spécifique à un Wiki en particulier sont à traiter dans le
Mediawiki:Epub.css
. Pour le numéro de volume, la modification est faite mais pas encore déployée.
Tpt
2 janvier 2012 à 09:08 (UTC)
répondre
Essai sur
L’Empire chinois
modifier
Ouvrage en deux volumes avec un sommaire général. Mode page. Pas de
header
sur la page de sommaire général (un essai a été fait avec header_type=empty", qui fait apparaitre l'image du Livre: en première page). Chapitres conformes avec
header
. Des notes de bas de page.
Acceptation par les appareils: OK sur Calibre viewer, Adobe reader Windows, Sony PRS650 (Adobe mobile viewer). Aspect identique.
Centrage des titres: T3MP donne le centrage.
ne donne pas de centrage. Calé à gauche. Exemple page 2 qui suit le titre :
Page:Evariste Huc - Empire chinois ed 5 vol 1.djvu/11
. Opinion : Comme le
est très répandu, cela vaudrait la peine de remédier.
Table des matières: Les libellés proviennent du sommaire général (voir l'item suivant) ; la deuxième ligne, qui mène au sommaire général, est intitulée
Evariste Huc
, nom de l'auteur, premier lien rencontré sur la page de sommaire général.
Entêtes de chapitre: Les titres de chapitre proviennent des titres en clair du sommaire général et non de l'entête générée par la transclusion avec
header
(mise en évidence: on n'a pas "Volume n - Chapitre N", le libellé du chapitre
Préface
; le centrage dépend du sommaire général, le titre de la préface n'est pas centré). Pas d'entête générée. Par contre, chaque chapitre se termine, après les notes, par le navigateur de pied généré par le
header
(ceci n'est pas vrai si on a mis "header-type=empty" sur la page de sommaire général). Valable pour le premier volume seulement. Les chapitres du deuxième volume n'ont pas ce navigateur de pied. Les liens du navigateur envoient vers les URL de Wikisource.
Notes de bas de page: L'appel de note et son retour envoient vers une URL http:///#cite_note-n (mis en évidence sur Adobe Reader PC, pour Calibre Firefox renvoie un message d'erreur).
Les liens vers les chapitres qui figurent dans le sommaire général renvoient vers l'URL de Wikisource et non vers l'intérieur du fichier EPUB. Opinion: c'est déroutant du point de vue ergonomique même si ce n'est pas nécessairement une anomalie. Opinion: S'il est trop compliqué de renvoyer au chapitre dans le fichier EPUB, il vaudrait mieux neutraliser l'URL. Note: Sur le Kindle, qui possède un navigateur Web, cette fonction est utilisable, mais pas sur le Sony Reader ni en général sur les liseuses que je connais.
Titre sur la page de titre. Si on met une balise
pages index
, le titre de l'ouvrage est le titre qui apparait dans l'index invoqué et non celui de la page de sommaire général (ce n'est pas nécessairement une anomalie, mais ça me parait peu cohérent avec les chapitres). Note: On peut mettre n'importe quel index et tout se passe cependant bien. Dans mon test, j'ai introduit
Livre:Huc - L’Empire chinois, tome 1.djvu
, doublon introduit par l'opération BnF alors que je travaillais déjà sur un autre DJVU, avec le titre fourni par la BnF.
Opinion sur les besoins du testeur: Une page technologique avec la date et l'heure de la création du fichier, et l'URL du point de départ me serait utile (à mettre à la fin; au début ça ferait ridicule). Après plusieurs passes de test on n'est pas toujours sûr de ce qu'on regarde.
Problème de la balise center : l'exportateur ajoute automatiquement text-align:center à toutes les balises center. Mais cela ne change pas le fait qu’elle devrai déjà être transformée en div par le parseur mediawiki (cela devrai être le cas pour toutes les balises dépréciés par le xhtml).
Les modèles de navigation disparaissent dès que l’on leur ajoute la classe html ws-noexport. Pour les livres en mode page le header devrait être toujours privilégié.
La régression pour les notes est corrigée. Les liens vers les ancres fonctionne à nouveau correctement.
Les liens interne au livre : c’est faisable et cela fonctionne pour les livre ne contenant pas de caractères accentués dans leur titre.
Page technologique : c’est prévu cela s’accompagnera d’un about en cours de rédaction par Pyb.
Titre de la page de titre : Je ne sait que mettre : une idée ?
Tpt
1 janvier 2012 à 13:05 (UTC)
répondre
Il faut que le raisonnement soit homogène entre un et plusieurs volumes, avec ou sans
header
au niveau de l'ouvrage (si plusieurs volumes, la présence d'un
header
renvoyant à un seul des volumes pose un problème de logique). Mon opinion dans 2 ou 3 jours)--
Wuyouyuan
discuter
2 janvier 2012 à 11:31 (UTC)
répondre
Essai sur
Les Quarante-deux points d'enseignement
modifier
Ouvrage en mode page, en une seule page. Transclusion page par page avec sections. Liens internes pour des notes explicites avec
Modèle:Refa
et Refl, qui génèrent des ancrages et des branchements.
Acceptation par les appareils: OK sur Calibre viewer, Adobe reader Windows, Sony PRS650 (Adobe mobile viewer). Aspect identique. Le titre de début, bien qu'en
, est centré.
Branchement vers les notes: Le lien envoie vers une URL http:///#ancrage_ ... . Problème équivalent à celui des notes de bas de page.
Considérations sur les causes de la grandeur des Romains et de leur décadence
modifier
Ouvrage en mode wiki, une seule page, plusieurs chapitres, des notes de bas de page.
Notes de bas de page: L'appel de note et son retour envoient vers une URL http:///#cite_note-n . Sur une version précédente générée le 30/12/2011, les notes fonctionnaient.
Acceptation par les appareils: OK sur Calibre viewer, Adobe reader Windows.
Page Error
à l'ouverture sur Sony Reader (pas de changement). Après d'autres essais d'ouvrages composites, il semble que la présence d'un livre en wiki produise le problème, même s'il n'est pas en tête du contenu.
A suivre pour d'autres ouvrages, si c'est utile. --
Wuyouyuan
discuter
1 janvier 2012 à 06:15 (UTC)
répondre
As-tu un message d’erreur plus explicite pour le Sony Reader ?
Tpt
1 janvier 2012 à 13:06 (UTC)
répondre
Le message est une icone triangulaire avec le texte
Page Error
. Les seuls choix pour en sortir sont le retour à la liste et la suppression du fichier; on ne peut pas passer à la page suivante. Il existe un autre message
File Error
quand le format du fichier n'a pas été reconnu. Je cherche dans le mode d'emploi. --
Wuyouyuan
discuter
2 janvier 2012 à 08:35 (UTC)
répondre
Merci. Je vais essayer de chercher d’où vient le bug.
Tpt
2 janvier 2012 à 09:08 (UTC)
répondre
Rien trouvé dans l'User Manual, qui apparemment ne traite pas le sujet. Le
support de Sony
ne propose rien de pertinent. Rien trouvé chez Adobe, je ne m'y retrouve pas dans leur site. --
Wuyouyuan
discuter
2 janvier 2012 à 09:39 (UTC)
répondre
Testé le 2/01
modifier
Le Chef-d’œuvre inconnu
modifier
Texte en wiki avec chapitres. Une seule page. Pas de notes.
Restitution OK sur Sony PRS650. Le pb de
Page Error
ne s'est pas manifesté. --
Wuyouyuan
discuter
2 janvier 2012 à 10:08 (UTC)
répondre
Considérations sur les causes de la grandeur des Romains et de leur décadence
modifier
Texte en wiki avec chapitres, une seule page, avec notes.
Circulation des notes OK.
Restitution OK sur PC. Le problème de
Page Error
persiste. --
Wuyouyuan
discuter
2 janvier 2012 à 10:21 (UTC)
répondre
Et maintenant ?
Tpt
2 janvier 2012 à 13:36 (UTC)
répondre
Il va falloir trouver. Le Sony Reader est une machine répandue, et Adobe Mobile Reader (avec gestion des DRM) est partout ou presque. Faire appel à d'autres possesseurs de liseuses différentes. Comparer le code de
Le Chef-d’œuvre inconnu
et celui de
Considérations sur les causes de la grandeur des Romains et de leur décadence
. (Sans moi; après deux jours d'activité, je vais fermer boutique pour plusieurs jours, obligations IRL). --
Wuyouyuan
discuter
2 janvier 2012 à 13:44 (UTC)
répondre
Nouvelles asiatiques/Becque
modifier
Ouvrage en mode page. Plusieurs chapitres. Chaque chapitre est fait de suites de pages en transclusion. Entre deux suites de page, des illustrations insérées par des appels de fichiers images stockés dans Commons. Exemple : [[File:Becque - Nouvelles asiatiques p 013.jpeg|thumb|center|upright=2]] dans le chapitre
Nouvelles asiatiques/Becque/La Danseuse de Shamakha
. La page de sommaire contient aussi une image insérée de cette façon.
Restitution OK sur le visualiseur de Calibre. Les visualiseurs Adobe Reader sous Windows et sur Sony PRS650 bloquent et il faut arrêter le programme. La page de titre Wikisource s'affiche et le blocage intervient quand on veut afficher le sommaire (page suivante) ou un chapitre (par la table des matières EPUB).
Centrage des images : Sur le visualiseur de Calibre, les images sont calées à gauche malgré le paramètre "center" de l'appel de fichier. Dans le chapitre Introduction, une image appelée différemment (pas de
thumb
, nombre de pixels au lieu de
upright
est affichée centrée.
Commentaire: cet ouvrage est une variante de
Nouvelles asiatiques
en édition non illustrée. Les images proviennent d'une édition différente dont le texte est identique (seules les pages illustrées ont été scannées et exploitées), d'où cette construction. S'il n'y a pas de bonne solution, il est possible de créer un Livre: avec les illustration et de créer des Page: qui les contiennent, et de remplacer les appels de fichier par des transclusions de pages. Il serait intéressant de savoir pourquoi le logiciel Adobe bloque. Il est assez fréquent qu'une image soit insérée ainsi dans une page de sommaire.--
Wuyouyuan
discuter
2 janvier 2012 à 13:44 (UTC)
répondre
Expérimentation
modifier
Sur la suggestion d'un bricoleur d'ebooks, je viens de faire la manip suivante, à l'aide de Calibre : Convertir les Considérations et les Nouvelles asiatiques en MOBI (test sur Kindle for PC), puis faire acquérir les fichiers MOBI par Calibre et les convertir en EPUB. Sur le résultat, on constate que:
les fichiers sont acceptés par Adobe Reader Windows et Sony PRS650.
les images sont centrées comme elles auraient dû.
la page de titre Wikisource est détériorée (étirée et pixellisée), pour le reste, le résultat semble correct.
Je mets les fichiers sur un serveur. Adresse
. Triplets: EPUB original, MOBI, EPUB regénéré avec (mobi) dans le nom du fichier.
--
Wuyouyuan
discuter
2 janvier 2012 à 14:21 (UTC)
répondre
Testé le 5/01
modifier
Can I add a couple of things? :-)
Tried with
it:Sempre così
it:A Carlo Alberto di Savoia un Italiano
and
it:Ero a Leandro
, with Adobe Digital Editions.
In the cover I see author, title, publisher and year, but not translator and place (I implemented Microformat and ws-translator and ws-place contain the correct value)
with "year", you mean
year of edition
? on it.source we use 3 dates: year of
edition
, year of
first publication (or composition)
(which is often different), and year of
translation
if it applies. Is it possible to have other parameters to cope with this?
in the cover I see the image
File:Medieval writing desk.jpg
, which is in the main page of it.source, but I really don't understand why it appears on the epubs...
The character "―" (medium dash, or whatever) renders to a "?" (this suggest a more general problem with characters encoding)
I also created Mediawiki:Epub.css and it helped solve a couple of other things with margins. Thanks again for this tool!
Candalua
5 janvier 2012 à 22:55 (UTC)
répondre
The cover doesn’t integrate all informations. But all are integrated in metadata of the epub. I’ll add them.
For year I mean year of edition, date that are used in most of Wikisources.
The
File:Medieval writing desk.jpg
is automatically integrated in order to give an illustration to the title page. It’s for all Wikisources.
For "―" it’s maybe an encoding issue with Adobe Digital Editions. It’s possible it doesn’t support all UTF-8.
Tpt
6 janvier 2012 à 19:08 (UTC)
répondre
Thank you. A better style for citation should be "Publisher, Place, Year" instead of "Publisher - Year - Place", but that's not really important. I don't see a strong connection between Medieval writing desk.jpg and Wikisource, so I don't understand why you chose this particular image... why not use the official Wikisource logo, or an image provided by microformat data if available?
Candalua
7 janvier 2012 à 14:28 (UTC)
répondre
I don’t think I can use the official Wikisource logo that’s the propriety of the Wikimedia Fondation. The image provided by the microformat is already used for the cover of the book. I have choose this picture to illustrate the title page that’s pretty empty because it’s used by some main pages.
Tpt
7 janvier 2012 à 17:10 (UTC)
répondre
Classement alphabétique
modifier
La liste des textes sur wsexport n'est pas triée dans l'ordre alphabétique. Œ se retrouve après V.
Pyb
2 janvier 2012 à 16:42 (UTC)
répondre
Testé le 6/01
modifier
Notes sur le Japon, la Chine et l’Inde
modifier
Mode page, plusieurs chapitres, page de sommaire générée à partir du Livre par
page index ... header=1
ou
... header=sommaire
Le fichier généré n'est pas accepté par le visualiseur de Calibre. Message "File is not a zip file".La métadonnée
auteur
est vide. Le même ouvrage avait été généré correctement le 31/1 (avec problème de visualisation sur les chapitres contenant des images).--
Wuyouyuan
discuter
6 janvier 2012 à 08:11 (UTC)
répondre
C’est peut-être un bug de téléchargement, je n’ai pas rencontré de problème.
Tpt
6 janvier 2012 à 19:10 (UTC)
répondre
Les Causes de la révolution
modifier
Mode page, plusieurs chapitres, page de sommaire sans
page index ... header ...
. La page de sommaire est compliquée, avec appel d'une Page: qui contient les liens avec les chapitres, et du texte en direct. Ouvrage choisi pour mettre en évidence l'intérêt des liens internes dans le sommaire.
Résultat OK, sauf que les liens avec les chapitres ont gardé les URL au lieu de liens à l'intérieur du fichier EPUB. Question: La note du 1/01
Les liens interne au livre : c’est faisable et cela fonctionne pour les livre ne contenant pas de caractères accentués dans leur titre.
semble toujours valable. Est-ce qu'on peut tourner le problème en donnant un nom interne sans accent et un nom externe avec accents ? --
Wuyouyuan
discuter
6 janvier 2012 à 08:11 (UTC)
répondre
C’est tout sauf une bonne idée. Je suis très occupé IRL, je n’ai ainsi pas eu le temps de me pencher sur la question.
Tpt
6 janvier 2012 à 19:18 (UTC)
répondre
C'est corrigé.
Tpt
6 janvier 2012 à 19:53 (UTC)
répondre
La Sœur du Soleil
modifier
Mode page. Page de sommaire générée à partir du Livre avec

qui fournit un lien
texte entier
. Le sommaire est dans la case Sommaire du
Livre:
Résultat OK sur les trois visualisations, mais les liens avec les chapitres dans la page de sommaire sont avec les URL. Voir plus haut. Dû au
?--
Wuyouyuan
discuter
6 janvier 2012 à 08:11 (UTC)
répondre
Fleurs d’Orient
modifier
Construction semblable à celle de
La Sœur du Soleil
. Le sommaire dans le
Livre
est une
Page:
. Résultat identique, avec les URL sur les liens avec les chapitres. --
Wuyouyuan
discuter
6 janvier 2012 à 09:06 (UTC)
répondre
Lucienne
modifier
Construction identique à celle de
La Sœur du Soleil
Résultat OK sur le visualiseur de Calibre, avec les liens du sommaire vers le fichier EPUB. Mais "Invalid Page ! " sur Sony Reader PRS650, et Adobe Digital Edition Windows ne l'affiche pas, sans message d'erreur. --
Wuyouyuan
discuter
6 janvier 2012 à 09:06 (UTC)
répondre
Promenade d un Francais en Suede et en Norvege
modifier
Mode page. Ouvrage que je suis en train de créer, renommé pour que le titre n'ait pas d'accents. La page de sommaire contient une
page:
avec des appels de chapitre correspondant au titre sans accent et des appels de chapitre avec le titre "normal" avec accents.
Résultat OK sur les trois visualisations, contrairement à
Lucienne
. Seuls les chapitres avec le lien sans accent apparaissent dans le fichier EPUB. Liens du sommaire vers le fichier EPUB.
Commentaire: Il n'est pas facile de trouver un titre d'ouvrage qui n'ait ni caractère accentué, ni caractère spécial, ni apostrophe. D'où l'intérêt d'une solution généralisée. --
Wuyouyuan
discuter
6 janvier 2012 à 09:06 (UTC)
répondre
Le titre sans accent : C’est la pire des solution. Je vais travailler sur le problème pour le résoudre.
Tpt
6 janvier 2012 à 19:10 (UTC)
répondre
Commentaire personnel sur les deux structures d'ouvrage admises
modifier
Résultat de tests variés. L'outil tel qu'il est aujourd'hui permet de traiter deux sortes d'ouvrage:
Un
volume
en mode page, en utilisant uniquement les données du
Livre:
et en générant la page de sommaire par transclusion (Les entêtes de chapitres sont traitées correctement, qu'elles soient générées par
header=1
ou mises en forme par le
Modèle:ChapitreNav
).
Un
recueil
défini par une page de sommaire qui peut avoir n'importe quel contenu: texte en direct, chapitre en mode page, chapitre en mode wiki, page transcluse qui contient des appels de chapitres. La page de texte en wiki est la version minimale du recueil. La table des matières EPUB est correctement générée à partir des libellés de chapitres trouvés dans la page sommaire. On utilise les métadonnées du
modèle:Titre
(auteur et titre) de la page de départ. Le texte peut provenir de plusieurs
Livre:
(on peut donc traiter un ouvrage en plusieurs volumes). Dans ce cas, introduire une référence à un
Livre:
dans la page sommaire crée une incohérence logique, en introduisant des métadonnées qui peuvent n'avoir rien à faire avec le texte.
Avis personnel: une fois résolus les problèmes marginaux de liens à l'intérieur du fichier et de cas où Adobe sur PC et sur Reader refuse de traiter, l'outil me convient très bien et répond à tous mes besoins. L'identification du seul
Modèle:ChapitreNav
en début de chapitre (les autres débuts de chapitre, modèle Poème et autres, sont traités comme du texte) me convient.
Sourire: Un cas de non fonctionnement dans un recueil : Un chapitre appelé par la page de sommaire et qu'on atteint par une redirection, ça ne marche pas. --
Wuyouyuan
discuter
6 janvier 2012 à 09:06 (UTC)
répondre
Testé le 7/01
modifier
La Sœur du Soleil
modifier
Le problème des liens sur le sommaire est résolu. On atteint les chapitres.
Visualisation OK sur les trois supports. --
Wuyouyuan
discuter
7 janvier 2012 à 04:03 (UTC)
répondre
Lucienne
modifier
Pas de changement depuis le 6/01. OK sur Calibre. Pas d'affichage sur Adobe reader Windows. "Invalid Page !" sur Sony Prs650. Pas de différence de construction avec
La soeur du soleil
.--
Wuyouyuan
discuter
7 janvier 2012 à 04:03 (UTC)
répondre
Fonctionnement des liens internes
modifier
Tests sur
L’Ancien Régime et la Révolution
et
Veillées bretonnes
, ouvrages que j'ai construits. --
Wuyouyuan
discuter
7 janvier 2012 à 12:02 (UTC)
répondre
Les deux ouvrages ont une construction à peu près identique: des
Nme Veillée
(pour
Veillées
) ou des
Livre n
(pour
L'Ancien Régime
) contiennent des ancrages vers des subdivisions (indiquées par l'auteur dans un résumé de la veillée pour
Veillées
), ou vers des chapitres dans le Livre (mon choix de construction, pour gérer facilement le système de notes particulier à l'ouvrage). Dans les deux cas, le sommaire général contient, via des
page:
en transclusion, des liens vers ces ancrages situés dans des sous-pages de l'ouvrage.
Les liens vers les ancrages renvoient au début de la sous-page (
Livre n
pour l('Ancien Régime). Note: un premier test donnait un fonctionnement différent, vers les ancrages pour
L'Ancien régime
, vers le début de la
Neme Veillée
pour Veillées. Non reproduit au deuxième test. --
Wuyouyuan
discuter
7 janvier 2012 à 12:59 (UTC)
répondre
Les liens du sommaire en tête du texte dans le "texte entier" (
L’Ancien Régime et la Révolution/Texte
fonctionnent en EPUB. Les liens du sommaire en tête de
Veillées bretonnes/Texte entier
ne fonctionnent pas en EPUB et renvoient en haut du sommaire, alors que les liens des notes, basées aussi sur des ancrages, fonctionnent. Les deux ouvrages en "texte entier" semblent être construits de façon identique.--
Wuyouyuan
discuter
7 janvier 2012 à 13:06 (UTC)
répondre
Testé le 9/01
modifier
Bonjour, tout d'abord je crois que l'outil est très utile. Je ne sais pas si on obtiendra des fichiers aussi bien fait qu'à la main mais ils fournissent déjà des choses lisibles, ce qui est très bien. Je ne vais quasiment mettre que les critiques et pas énumérer tout ce qui fonctionne... cela ne reflète donc pas forcément mon ressenti.
Le site d'abord :
il est vraiment bien, sobre...
complémentaire de celui en autonome sur les textes non
validés
J'ai peur que la recherche ne devienne difficile lorsqu'on proposera autant de livres que Gallica, il nous faudra alors une recherche avancée :-)
Le
a propos
plante, mais ce n'est peut etre pas fini :-) Error 500. A technical error has occured. Sorry for this trouble.
La première page du livre affichée, c'est une bonne accroche sauf lorsqu'elle est moche :-) Je suppose que c'est celle qui est choisie dans la page d'index sur le djvu, il faudra peut-être y faire plus attention, voir mettre une autre image que celle du livre (portrait auteur) lorsqu'il n'y a rien de bien...
3 livres testés sur un Sony PRS-T1 au format epub uniquement :
Nouvelles_asiatiques/Becque/Texte_entier
testé sur l'outil externe 2,4M. Il affiche la page d'accueil wikisource mais ensuite,
Veuillez patienter
et il ne charge jamais la première image. Le même fichier epub ouvert sur le PC avec Okular est lisible, mais le texte non justifié et les images non centrées (ce qui est dû à Okular).
Le Nez d’un notaire
couverture puis page wikisource (il manque un minimum d'infos légales sur la page wikisource, non ? et c'est bizarre d'avoir la page wikisource en deuxième page dans le livre vu qu'elle est ajoutée au livre mais c'est mineur), page wikisource sobre.
une page avec juste
table
écrit puis la table sur la page suivante mais qui au lieu d'envoyer vers les chapitres cherche du wifi lorsqu'on essaie de
cliquer
ou cherche dans le dictionnaire un mot. La table des matières déborde sur le frontispice (dernière page indiquée).
Cette table devrait être un
chapitre
à elle toute seule pour ne pas déborder sur le reste. Elle devrait s'appeler table des matières au lieu d'avoir le nom du livre dans le menu chapitrage. Toujours dans ce menu
Naviguer page
, le chapitrage fonctionne bien on peut aller à n'importe quel endroit du livre.
Frontispice image couleur bien visualisée (il manque un peu du bas de l'oval tout de meme, en affichage paysage, la moitié)
La lettrine de début de chapitre est décalée sous la première ligne...
globalement :
Serait très bien
si la table des matières était juste mieux et les lettrines mettaient moins le bazar. C'est d'ailleurs peut être un problème du texte ou modèle et non de l'export.
Une demande en mariage
Couverture jolie
C'est une pièce sans chapitrage, la partie
personnages
est tassée difficilement lisible et sans espace avec la scène première
les personnages {{centré|TCHÉBOUKOF|sc|lc}} sont mis en majuscule au lieu des small caps (pas très gênant) et centrés mais perdent leur
caps
avec les didascalies {{centré|{{sc|natalia}}, ''criant aussi.''}}. Le modèle officiel n'est pas utilisé ici serait-ce mieux de l'utiliser ?
Le passage de la scène 1 à 2 est bien aéré, il manque de l'espace entre le titre scène 2 et la première réplique, tassé alors que le texte entier est correct.
Les répliques gagneraient à être plus espacées (une chouille). Le nom du personnage qui parle est plus proche de la réplique précédente que de la sienne (ou on a l'impression)
Globalement bien aussi. Une frayeur cependant l'image couverture présentant
une rayure
, j'ai un moment crû que mon écran était abimé... On devrait pouvoir mettre une image travaillée plutôt que la vraie couverture du livre :-)
En tout cas déjà bravo
Sapcal22
9 janvier 2012 à 23:23 (UTC)
répondre
Merci. Pour le about du site et les info légales dans les livres, c’est en cours de rédaction. Je connais la cause du bug avec le reader Sony, il faut que je m’en occupe et cela ne sera pas facile. Pour tout ce qui est mise en forme du contenu, cela se passe sur Wikisource en adaptant les modèles et en jouant avec
Mediawiki:Epub.css
Tpt
10 janvier 2012 à 17:50 (UTC)
répondre
Testé le 12/01
modifier
L’Art (Rodin)
modifier
Mode page, page de sommaire générée par l'index. Ouvrage illustré avec à peu près tous les cas d'insertion d'image dans une page mais pas d'appel direct d'un fichier (donc différent de
Nouvelles asiatiques/Becque
).
Plantage de Adobe Reader Windows et Sony PRS (déjà décrit). Le fichier EPUB est chargé, les chapitres sans images s'affichent, les chapitres avec images bloquent le programme.
Problèmes d'affichage des images, essayé avec le visualisateur de Calibre.
Les images sans
thumb
avec une taille définie en pixels s'affichent bien.
Les images avec
thumb
définies centrées ne sont pas centrées mais calées à gauche. Les dimensions sont respectées.
Les images avec
thumb
définies flottantes à gauche ou à droite s'affichent calées à gauche, et le texte ne se range pas à côté mais dessous. Les dimensions sont respectées.
Les images avec
thumb
avec légende dans l'appel de fichier ne s'affichent pas du tout. Seule la légende est affichée.
Un essai de conversion en MOBI avec Calibre, testé sur Kindle for PC, montre que le centrage est respecté, mais que les calages à gauche et à droite sont perdus; tout est calé à gauche. Les images avec
thumb
et légende ne s'affichent pas, apparemment absentes du fichier.
Non testé: une image flottante à gauche ou à droite sans
thumb
. Je vais faire d'autres variantes d'insertion d'image en mettant au point de l'ouvrage. --
Wuyouyuan
discuter
12 janvier 2012 à 13:54 (UTC)
répondre
Question: La sortie ODT fonctionne-t-elle ? J'ai essayé deux fichiers qui donnent quelque chose en EPUB. Attente indéfinie sur un écran blanc quand on demande la sortie ODT. (XHTML donne quelque chose, je détaillerai après d'autres tests). --
Wuyouyuan
discuter
12 janvier 2012 à 13:54 (UTC)
répondre
Merci. Je vais travailler sur les images. Pour l’ODT la sortie ne fonctionne pas sur le Toolserver qui ne possède pas une extension PHP nécessaire à son fonctionnement. Par contre elle fonctionne sur wsexport.fr.nf.
Tpt
12 janvier 2012 à 14:06 (UTC)
répondre
Testé le 19/01
modifier
Tableau de l’instruction primaire en France
modifier
Deux types de notes : notes "normales" et notes de fin de volume (avec modèles refa et refl) ; les liens vers les notes de fin de volume fonctionnent correctement, mais pas les liens vers les notes de type courant.
Problème d'affichage des tableaux (dans le chapitre "des frères") ; des corrections peuvent sans doute être effectuées sur wikisource, mais les accolades (avec les balises ne s'affichent pas.
--
Acélan
19 janvier 2012 à 08:32 (UTC)
répondre
Je viens de refaire la génération de l'EPUB. Les liens de la page sommaire vers les chapitres, les liens des notes de bas de page et les liens des notes de fin de volume fonctionnent. Testé sur les chapitres
Institutrices
et
Méthodes
. Le pied du texte en fin de chapitre est difficile à lire avec le mélange de deux mises en page de notes. Suggestion au metteur en page: mettre des filets. --
Wuyouyuan
discuter
19 janvier 2012 à 11:56 (UTC)
répondre
L’Art (Rodin)
modifier
Mode page, illustrations (voir plus haut).
Le chapitre
L’Art (Rodin)/La Beauté
a été modifié pour appeler les fichiers images
sans
thumb
(pas de cadre affiché, pas de légende liée à l'image, taille exprimée en pixels et non en multiplicateur de la taille normale). Poids total des trois images: 130 Ko.
Sur Adobe Reader Windows, le chapitre accepte de s'afficher et le programme se bloque après un défilement jusqu'en bas. Les autres chapitres bloquent le programme sans s'afficher.
Sur tous les visualisateurs, la première image (calage à gauche) est remplacée par la deuxième image (calage à droite). Pas d'erreur de nom de fichier: sur le web on a bien deux images différentes.
Les images avec calage demandé (gauche et droite) sont calées à gauche.
L'image avec calage au centre est calée au centre (avec
thumb
elle est calée à gauche).
--
Wuyouyuan
discuter
19 janvier 2012 à 11:38 (UTC)
répondre
L’Art (Rodin)
Second essai sur un chapitre "lourd" en images (plus de 500 Ko),
L’Art (Rodin)/Le Mouvement
. Pas de changement.
Le chapitre
Le Mouvement
accepte de s'afficher sur Adobe Reader Windows jusqu'à la fin du premier défilement avant de bloquer le programme. Les autres chapitres bloquent le programme sans s'afficher. Pas d'autre différence entre les chapitres que la présence de
thumb
et
upright
dans l'appel des fichiers image.
Les images avec calage gauche ou droite sont calées à gauche. Les images avec calage au centre sont calées au centre.
Pas de mélange entre les images comme dans le chapitre
La Beauté
. Mais il n'y a pas deux images à calage gauche ou droite successives, elles sont séparées par des images centrées. Un autre test plus tard.
Observation: pour les images calées à gauche ou à droite, si on veut une légende, il n'y a pas d'autre solution que le
Thumb
. (la solution de désespoir est l'incrustation dans l'image). Mais si le problème de l'image flottante dans le texte ne peut pas être résolu en général, il suffira d'annoncer que l'image ailleurs qu'au centre n'est pas gérée (EPUB prévoit l'image flottante, mais je n'ai jamais vu de résultat convaincant).
--
Wuyouyuan
discuter
19 janvier 2012 à 12:39 (UTC)
répondre
Adobe reader et les liseuses Sony ne fonctionnent que pour des chapitres de moins de 300ko, limitation contenu dans la norme epub 2. Je prévois de couper les chapitres trop lourd pour éviter ce problème. Pour les images je vais me pencher sur le problème et vérifier que les fichiers epub son bien valides. Je suis hélas assez occupé et cela risque de prendre du temps.
Tpt
19 janvier 2012 à 15:30 (UTC)
répondre
Testé le 25/01
modifier
Juste des questions de css, mais je n'ose pas effectuer moi-même des modifications sur le css.
le modèle
{{
AlinéaNégatif
}}
n'est pas pris en compte correctement ; il n'y a pas d'indentation du tout. Cf.
La Nuit et le Moment
Les notes sont affichées dans le même style que le corps du texte ; il faudrait qu'elles soient légèrement plus petite, voire avec une légère marge, comme dans le wiki. cf.
Le Boomerang
--
Acélan
25 janvier 2012 à 14:13 (UTC)
répondre
Rapport de bug
modifier
Bonjour,
Je viens de découvrir WSexport, et ça promet !
Cependant, en voulant tester la bête, je suis tombé sur un problème de rendu à la première page du livre téléchargé (pas de bol...) il s'agit d'un problème de rendu du modèle
{{
lettrine
}}
dans les fichiers ODT (le problème ne se pose pas en export XHTML, je n'ai pas essayé l'ePub) et le cas est visible sur tous les documents testés : la lettre dans le modèle
{{
lettrine
}}
est remplacée par une virgule :
[1]
[2]
Voilà, en espérant que le problème pourra être résolu. Cordialement. --
M0tty
26 janvier 2012 à 15:02 (UTC)
répondre
Et parfois, la miniature de la couverture ne s'affiche pas :
[3]
Cordialement. --
M0tty
26 janvier 2012 à 15:09 (UTC)
répondre
C'est en effet le cas des livre qui n’utilisent pas la fonctionnalité de "header" de la balise "pages". Il y a une solution simple : l’utiliser
, ce qui est un des critère de passage en "bon pour export" des livres avec fac-similé.
Tpt
26 janvier 2012 à 16:48 (UTC)
répondre
Testé le 29/01
modifier
Renan
La Vie de Jésus
modifier
Livre en mode page. Autrefois en mode wiki. Les anciens titres avec === sont toujours présents, sauf les deux premiers chapitres.
Généré avec header de sommaire. Le sommaire est tiré de deux pages en transclusion. Ok pour la génération du sommaire etc. Visualiseur Calibre et Firefox OK. Sony Reader Invalid Page. Refusé par Adobe Reader Windows.
Généré sans header sommaire, avec un sommaire en clair dans la page de titre. Résultat identique (le contenu du sommaire est différent), Problème identique sur Sony Reader et Adobe Reader.
Ce n'est donc pas un problème lié au style de génération de l'EPUB. Doit être contenu dans le texte lui-même.
Renan
Souvenirs d’enfance et de jeunesse
modifier
Livre en mode Wiki, avec sous-pages, techniquement parfait, chapitrenav etc. Un seul niveau de chapitres.
Généré sans pb. Table de matières OK. Visualiseurs Calibre et Firefox OK. Sony reader Invalid Page et Adobe Reader refus sans message.
Montesquieu
Essai sur le goût
modifier
Ouvrage en mode page (le texte sous-jacent en mode wiki a été nettoyé des anciens marquages === avant split).
Petit volume de texte (45000 car.). Une seule page. Généré avec header. Sommaire EPUB d'une seule ligne (une seule page). L'EPUB généré fait 126 K y compris l'image de tête.
problème fonctionnel annexe: le titre en métadonnée n'est pas le titre de l'ouvrage, mais celui du Livre: dont il fait partie
Livre:Montesquieu - Œuvres complètes, éd. Laboulaye, t7.djvu
Problème de lecture toujours le même: Visualiseurs OK. Sony reader Invalid Page et Adobe Reader refus sans message.
Opinion: Le problème de visualisation Adobe n'est pas lié à la taille du fichier (il y en a deux gros et un petit dans ce test), mais à quelque chose que ces trois ouvrages ont en commun.
--
Wuyouyuan
discuter
29 janvier 2012 à 12:21 (UTC)
répondre
Androïd Aldiko
modifier
Test sur un smartphone Androïd 2.3 avec Aldiko. Tous les EPUB que le Sony Reader accepte passent sur Aldiko, visualisation et intégration à la bibliothèque. Ceux que le Sony Reader refuse sont refusés par Aldiko à la visualisation et à l'intégration. (message "Could not load file"). --
Wuyouyuan
discuter
29 janvier 2012 à 12:55 (UTC)
répondre
Je pense que tout ceci est lié au fait que Wikisource ne produit pas de xhtml valide, et qu’on utilise souvent des propriétés dépréciées (align…). Ce problème est résolu avec Mediawiki 1.19 qui sera déployé en février. Cela ne doit pas non plus être un problème de gros fichiers, l’exportateur les coupant automatiquement si c’est nécessaire.
Tpt
29 janvier 2012 à 13:43 (UTC)
répondre
J'arrête de tester ce genre de problèmes en attendant le déploiement (si je pouvais être prévenu ). L'hypothèse du xhtml est confortée par le fait qu'en convertissant avec Calibre (très indulgent) l'EPUB défectueux en quelque chose d'autre, puis en EPUB, on a un fichier acceptable. C'est comme ça que j'ai quand même la lecture dont j'ai besoin. --
Wuyouyuan
discuter
30 janvier 2012 à 04:00 (UTC)
répondre
Découvert par hasard: Calibre est capable de convertir l'EPUB en EPUB. Dans la base de données, l'original devient un type .ORIGINAL_EPUB, la copie convertie est .EPUB ; dans le problème qui nous occupe, l'original étant refusé par Sony Reader et Adobe Reader Windows, la copie convertie est acceptée. La copie convertie a un poids augmenté de 5% environ. Les chapitres avec images ne plantent plus les programmes. Le problème de traitement des images avec thumb et légende reste (voir plus haut
L’Art (Rodin)
).--
Wuyouyuan
discuter
31 janvier 2012 à 12:56 (UTC)
répondre
Testé le 30/01
modifier
La Canne de Monsieur de Balzac
modifier
Les poèmes avec indentation (en utilisant les deux points) sont mal calibrés ; l'indentation est beaucoup trop importante (cf. chap XXII : UN JOUR D’INSPIRATION) --
Acélan
30 janvier 2012 à 20:35 (UTC)
répondre
Le problème semble corrigé. —
Phe
10 mars 2012 à 22:26 (UTC)
répondre
Testé le 09/02
modifier
Les titres codés avec le modèle
{{
t2mp
}}
ne s'affichent pas. cf.
Amours, Délices et Orgues
. --
Acélan
9 février 2012 à 20:51 (UTC)
répondre
Le problème semble corrigé. —
Phe
10 mars 2012 à 22:26 (UTC)
répondre
Testé le 10/02
modifier
Les Amours jaunes
modifier
Mode page. Livre de poèmes avec nombreux chapitres. Page de sommaire explicite sans header. Les lignes de sommaire proviennent de pages transcluses avec liens. Présence de lettrines (modèle Lettrine) et d'images (cul-de-lampe en .PNG ) dans les pages transcluses.
Pas de sommaire généré pour les liens vers les poèmes, provenant des pages transcluses (suspicion de régression)
Les pages de poèmes ne sont pas générées, seules les pages directement appelées le sont.
Les liens vers les poèmes de la page sommaire générée mènent dehors (URL et non lien interne).
Ce comportement est normal : les chapitres ne sont ajoutés que s’ils sont des sous-pages sauf si on les entoure par une div id="ws-summary" . Elle est déjà intégré d’office si on utilise la transclusion du sommaire du Livre: via la balise page.
Tpt
10 février 2012 à 21:22 (UTC)
répondre
Très logique, mais les recueils de poèmes posent un problème massif. L'habitude de donner un nom indépendant à chaque poème est bien enracinée (personnellement j'ai la pratique inverse, mais je n'ai pas changé ce qui était fait). --
Wuyouyuan
discuter
11 février 2012 à 02:48 (UTC)
répondre
Nouvel essai avec insertion de la balise. Tout fonctionne correctement. Images calées à gauche (problème connu). Les lettrines vont bien ou sont une ligne trop bas selon le visualiseur (Adobe: une ligne trop bas). Retraits par ::: OK. Accepté par tous les visualiseurs. --
Wuyouyuan
discuter
11 février 2012 à 03:58 (UTC)
répondre
--
Wuyouyuan
discuter
10 février 2012 à 10:10 (UTC)
répondre
Promenade d’un Français en Suède et en Norvège
modifier
Mode page. Le sommaire provient de pages transcluses. Page de sommaire explicite sans header.
Pas de sommaire généré, les liens du sommaire sont des URL, les pages des chapitres ne sont pas générées. Cohérent avec le précédent.--
Wuyouyuan
discuter
10 février 2012 à 10:10 (UTC)
répondre
Pensées de Marc-Aurèle (Couat)
modifier
Mode page. Le sommaire est sur la page Livre: et la page des sommaire est générée par Header.
Le sommaire est généré et fonctionne correctement. Les pages (
Livre …
) sont générées.
Les liens de la page sommaire sont des URL
Cohérent avec les deux précédents. Régression sur l'exploitation dans une page sommaire de liens provenant d'une page transcluse. Régression sur la génération de liens internes. --
Wuyouyuan
discuter
10 février 2012 à 10:10 (UTC)
répondre
C’est corrigé dans la version de développement. Le toolserver sera bientôt mis à jour.
Tpt
10 février 2012 à 21:22 (UTC)
répondre
Testé le 12/02
modifier
Unto This Last - M. K. Gandhi
modifier
Ouvrage composite, créé pour réunir une oeuvre et un commentaire de l'oeuvre dans le même ebook. Les deux textes sont en mode wiki, sur une seule page. Utilisation de la balise ws-summary
Les titres (modèle Titre) des ouvrages ne sont pas repris. Seul survit le texte créé par
Modèle:Traduction Wikisource
Le sommaire wiki n'est pas repris. Le sommaire ebook (deux lignes) est généré.
La liste des intervenants ne comprend que ceux qui ont touché aux textes, pas l'auteur du montage (moi).
Affichage OK par les différents visualiseurs. Ca fonctionne comme prévu.
Question: d'où viennent les numéros de page (visibles en marge droite sur Adobe Reader Windows) qui ne correspondent apparemment pas à autre chose ? --
Wuyouyuan
discuter
12 février 2012 à 05:31 (UTC)
répondre
Le modèle titre n’est en effet pas reprit. C’est un choix interne au wiki (présence de ws-noexport). Pour le sommaire wiki, c’est de même : son intérêt souvent faible et les trop gros texte devraient être divisés en sous-pages. Par contre on pourrai imaginer l’intégrer à la table des matières de l’epub. Pour les numéros de pages, c’est ceux des pages du fac-similé ? Pour le fait que tu ne soit pas cité c’est tout simplement que la liste des auteurs est généré à partir d’une copie de la base de donnée de Wikisource qui est n’est pas mis à jour "en temps réel" mais avec un certain délais. C’est bon maintenant.
Tpt
12 février 2012 à 13:20 (UTC)
répondre
Pour les numéros de page visibles en marge: ici il n'y a pas de fac-simile, et je n'ai pas encore trouvé trace d'une division en pages quelque part, d'où ma perplexité. J'ajoute que Adobe Reader n'y fait pas attention et fabrique des pages à tourner selon ses propres principes (selon la taille des caractères, prévention des orphelines etc., c'est assez savant) en respectant seulement les changements de page qui sont explicitement dans le document.
Pour le sommaire wiki dans la table des matières de l'epub, je trouve que c'est une bonne idée (et si possible en deuxième niveau de table des matières). En principe le mode wiki est voué à l'extinction, mais il survit avec les titres et sous-titres en == == , même en mode page. --
Wuyouyuan
discuter
15 février 2012 à 14:41 (UTC)
répondre
Histoires extraordinaires
modifier
La nouvelle
Le Scarabée d’or
ne contient pas les 2 tableaux (p 173
[4]
et 177
[5]
dans le djvu) quand on la passe au format epub. Ces 2 tableaux sont importants pour comprendre l'énigme de cryptographie. J'ai fait les tests avec la liseuse logicielle de Calibre puis avec un Kindle.
Bzhqc
12 février 2012 à 11:46 (UTC)
répondre
C’est corrigé. C’était un problème dans l’algorithme qui remplace les balises qui ne font plus partie qu xhtml (center en particulier).
Tpt
12 février 2012 à 16:42 (UTC)
répondre
Poésies de Schiller
modifier
La pièce de théâtre
Sémélé
utilise les modèles personnage et personnageD, conjointement avec le modèle sc. Or, les noms des personnages n'apparaissent pas en petites majuscules. Testé là aussi avec un Kindle. Ce problème est en tout cas moins important que celui du Scarabée d'or. Bravo et merci pour tout le travail d'exportation !
Bzhqc
12 février 2012 à 12:06 (UTC)
répondre
Pour les sc, peut-être que ton logiciel de lecture ne connait pas cette propriété CSS.
Tpt
12 février 2012 à 13:20 (UTC)
répondre
A priori, il les connaît. Les sc sont reconnus ailleurs mais pas lorsqu'ils sont utilisés avec le modèle personnage.
Bzhqc
12 février 2012 à 15:35 (UTC)
répondre
C’est corrigé. Le modèle utilisait une classe css qui n’avait pas été ajouté à celle des epub.
Tpt
12 février 2012 à 16:47 (UTC)
répondre
À propos
modifier
J'ai repéré une coquille dans l'À propos généré à la fin des livrels :
Les contributeurs suivant
devrait être corrigé en
Les contributeurs suivant
Bzhqc
12 février 2012 à 12:11 (UTC)
répondre
Merci. C’est corrigé.
Tpt
12 février 2012 à 13:20 (UTC)
répondre
Testé le 13/02
modifier
« Exporté de Wikisource le 13/02/12 » <- Peut être écrire la date au format xx/xx/xxxx car on risque de ne plus s'y retrouver pour les textes en anglais si on a une date du genre « 12/02/11 ».
Pyb
13 février 2012 à 14:03 (UTC)
répondre
Pour les textes en anglais, c’est MM/JJ/AA qui est utilisé. Je serai en effet revoir ce morceau mais, hélas, PHP ne propose pas de format extraordinaire de ce point de vue (cf
doc PHP
).
Tpt
13 février 2012 à 17:23 (UTC)
répondre
Testé le 17/02
modifier
Reprise d'ouvrages qui ne voulaient pas s'afficher sur Sony et sur Adobe Digital.
Considérations sur les causes de la grandeur des Romains et de leur décadence
modifier
Mode Wiki, une seule page de plus de 300 K.
Affichage correct sur Adobe. Page Error sur Sony quand on veut atteindre le texte (2e chapitre après le chapitre-titre qui s'affiche correctement).
Deux lignes de sommaire. La deuxième à un emplacement apparemment arbitraire aux 3/4 du texte. La 2e partie du texte, commandée par la ligne de sommaire supplémentaire, s'affiche sur Sony, mais pas la 1e partie.
Nouvelles asiatiques/Becque
modifier
Mode page. Plusieurs chapitres, aucun de plus de 300K de texte, présence d'illustrations appelées avec ou sans thumb, poids supérieur à 300K sur un chapitre.
Affichage correct sur Adobe et sur Sony.
Les illustrations déclarées centrées sont calées à gauche (thumb ou pas thumb).
La Vie de Jésus
modifier
Mode page. Autrefois mode wiki, les titres == == restent. Nombreux chapitres courts. Entêtes de chapitre disparates (SectionNav ou Nav).
Affichage correct sur Adobe et sur Sony.
La page de sommaire s'affiche mal sur Adobe et sur Sony, lignes superposées et donc lien interne peu utilisable (fonctionne quand il n'y a pas superposition). Suspicion de mauvaise exploitation du code HTML généré par le
modèle:Table
, très compliqué. Les liens sur les entêtes de chapitres non absorbées (Nav est absorbé) fonctionnent. L'affichage du sommaire est correct sur les visualiseurs Calibre et Firefox.
Essai sur le goût
modifier
Mode page. Une seule page. Petit volume.
Affichage correct sur Adobe et sur Sony.
(remarque) les numéros de page affichés en marge droite de Adobe ne correspondent pas aux numéros de page du fac-simile, et ce n'est pas le même nombre.
Pataquès fonctionnel: l'ouvrage étant assemblé avec header, comme une partie d'un ouvrage "oeuvres complètes …", le titre de l'ebook est "oeuvres complètes …" et le titre pertinent "Essai sur le goût" n'apparait nulle part dans les métadonnées.
Pour le titre, c’est normal. Les métadonnées sont faite à partir du titre dans le
header
qui est ici "Œuvres complètes de Montesquieu". C’est bien sur personnalisable via la balise page.
Tpt
17 février 2012 à 20:53 (UTC)
répondre
Résumé:
Tous les ouvrages qui étaient refusés par Adobe Reader Windows sont acceptés.
Un problème sur Sony Reader qui parait lié à un chapitre de taille maximale.
Problème à reproduire ailleurs: mauvais affichage d'une page sommaire.
--
Wuyouyuan
discuter
17 février 2012 à 03:35 (UTC)
répondre
Testé le 18/02
modifier
Tests sur
Livre:Verlaine - Œuvres complètes, Vanier, I.djvu
modifier
Cet ensemble de recueils de poèmes présente différentes constructions d'un recueil. Chaque poème est une page, pas une sous-page. (pas choisi par hasard; il figure dans les exemples de
Aide:Transclusion
). Chaque test porte sur un recueil.
Tous les tests: problème d'affichage des pages de sommaire construites avec le
modèle:Table
. Les lignes de noms de poèmes se superposent irrégulèrement, à peu près 2 par ligne. La page de Sony ou de Adobe devrait être pleine, on a un tassage sur la moitié du haut, du blanc en bas. Les visualiseurs de Firefox et de Calibre donnent un affichage correct. Confirmation du 17/02.
Fêtes galantes
, recueil sans titre. Pas de métadonnées. ws-summary si on veut générer les poèmes.
Romances sans paroles
titre par
modèle:Titre
. Métadonnées normales. Poèmes générés si on insère ws-summary.
Jadis et naguère (1902)
titre par header=sommaire. Métadonnées complètes. D'où vient le titre
JADIS ET NAGUÈRE
qui apparait ? de la première ligne de la section qui commence le sommaire dans la première page transcluse ? Le chapitre-sommaire est généré mais les poèmes ne sont pas traités. Comment faire pour ajouter ws-summary ou équivalent ?.
(observation et suggestion) Reconnaître et absorber le
modèle:TitrePoeme
, très utilisé, comme il est fait pour Nav et ChapitreNav.
(note): Les modifications faites pour les tests ont été ensuite effacées. --
Wuyouyuan
discuter
18 février 2012 à 02:47 (UTC)
répondre
Le titre "JADIS ET NAGUÈRE" viens de la boite de titre (du header générer automatiquement à partir de l’espace Livre:) on peux le changer via la propriété titre= de la balise page. Pour Cacher un modèle, il suffit de faire
comme cela
. Pour le sommaire de
Jadis et naguère (1902)
, c’est lié au header template qui ne le fait pas encore, je vais m’en occuper.
Tpt
18 février 2012 à 09:28 (UTC)
répondre
Je viens d'essayer. L'origine du titre est bien la première ligne de la section s2 dans la
Page:Verlaine - Œuvres complètes, Vanier, I.djvu/440
, une spécif de la transclusion que je ne connaissais pas. En effet, la suite passe toute seule.--
Wuyouyuan
discuter
18 février 2012 à 09:50 (UTC)
répondre
Le problème du ramassage des poèmes de
Jadis et naguère (1902)
est résolu.--
Wuyouyuan
discuter
9 mars 2012 à 14:23 (UTC)
répondre
Alice au pays des merveilles
modifier
Mode page. 13 chapitres. Nombreuses illustrations calées à gauche, droite, centre, sans thumb. Calligramme au chapitre III. Configuré avec Header etc; Sommaire avec
Modèle:Table
. Déja téléchargé 40 fois sur le site.
Plantage probable de WSexport à la génération de l'ouvrage complet. Aucun visualiseur ne l'accepte. Diagnostic de Calibre à l'affichage "Is not a .zip file". Pourtant chaque chapitre, y compris un chapitre T table des matières créé pour tester la page sommaire individuellement, est généré seul correctement.
La page sommaire s'affiche mal sur Adobe reader et Sony. Lignes superposées. Correct sur Firefox et Calibre. --
Wuyouyuan
discuter
19 février 2012 à 07:37 (UTC)
répondre
L’Art (Rodin)
modifier
Mode page, nombreuses images dans toutes les positions. Appel des fichiers image avec ou sans thumb.
Toutes les images sont calées à gauche, quelle que soit l'indication d'appel. Le problème des images disparues n'existe plus. (note) Voir le chapitre I d'Alice au pays des merveilles où les images calées à droite sont bien à droite; page 30, calage à droite.--
Wuyouyuan
discuter
18 février 2012 à 12:18 (UTC)
répondre
C’est corrigé.
Tpt
23 février 2012 à 15:51 (UTC)
répondre
En effet. Il semble que la solution est la bonne. Calage à gauche, à droite, centré; pliage du libellé en thumb. Le filet autour du cadre thumb a disparu, c'est mieux. OK sur visualisateur Calibre et Firefox. OK sur Adobe Windows et Sony Reader.--
Wuyouyuan
discuter
28 février 2012 à 17:28 (UTC)
répondre
Testé le 20/02
modifier
L’Ancien Régime et la Révolution
modifier
Mode page. Notes en fin de volume et non en bas de page, avec liens depuis et vers le texte principal. L'ouvrage est réparti en sous-pages livres. Les chapitres dans un livre sont accédés par ancrages HTML ( # ) depuis la table des matières en clair, qui est dans la page principale (page sommaire pour WSexport). La circulation entre le texte et les notes est aussi assuré par des ancrages. Texte et notes sont dans la même sous-page.
Les ancrages de chapitres ne fonctionnent pas. On aboutit toujours en haut du livre. Par contre les ancrages de notes (dans la même sous-page) fonctionnent.
Remarque: S'il n'y a pas de bonne solution au problème d'atteindre un ancrage dans une autre sous-page, on peut faire une sous-page par chapitre, mais cela oblige à redistribuer aussi le texte des notes. --
Wuyouyuan
discuter
20 février 2012 à 13:09 (UTC)
répondre
Testé le 23/02
modifier
La Mare au Diable
modifier
Toutes les pages sont bien rendues (même avec des illustrations) et le sommaire est correct.
Par contre, j'ai un souci avec les métadonnées : l'illustrateur n'est pas récupéré et la page de titre n'est pas la bonne. Il me semble que les informations de métadonnées (les balises ws-) sont prises depuis la page principale et pas depuis la page source principale où ces informations sont renseignées. Merci pour ce bel outil.
Toto256
24 février 2012 à 13:25 (UTC)
répondre
Oui les métadonnées sont extraites depuis la page principale, mais normalement toutes les données de la page source principale y sont insérés. Pour l'illustrateur l'export était manquant, il l'est maintenant, mais les métadonnées ne sont pas visible directement dans les pages de l'epub mais via des metadonnées du type '' . $book->illustrator . ''; je ne sais pas trop comment y accéder dans un epub. Possible aussi que la page de titre devrait contenir toutes les méta données en clair. Pour le titre je ne vois pas le problème, la seconde page de l'epub, appelé Titre dans le sommaire contient bien 'La Mare au diable' ou bien je comprends mal la question ? —
Phe
24 février 2012 à 13:40 (UTC)
répondre
Pour accéder au métadonnées, il suffit d’ouvrir l’epub comme si c’était un zip et aller chercher le fichier OPS/content.opf.
Tpt
24 février 2012 à 15:02 (UTC)
répondre
Pour voir les métadonnées, sous le plug-in EPUBReader, il suffit de cliquer sur l’icône i, dans la page du catalogue, pour voir les métadonnées associées.
Concernant l'image en couverture, il me semble que c'est la première image du livre qui est choisie alors que dans les informations de la page source principale on renseigne une image qui généralement est "mieux". Cela semble correspondre à la balise ws-cover mais cette dernière semble bizarrement renseignée : Sand - La Mare au Diable.djvu/Sand - La Mare au Diable Illustration02.jpg. Le problème provient surement de là.
Toto256
24 février 2012 à 21:13 (UTC)
répondre
Testé le 28/02
modifier
Mémoires historiques/Introduction
modifier
Mode page. Sommaire explicite et modèle titre.Chapitres en sous-pages de 2e niveau. Notes par
modèle:Refa
/Refl. Caractères chinois dans le texte (
remarque hors sujet
: le logiciel européen du Sony Reader ne sait pas afficher les caractères chinois). Tableaux wiki. Circulation interne sommaire-chapitres et texte-notes OK.
Les quatre derniers chapitres (Appendices) ne sont pas générés, sans raison évidente (même position en sous-page de 2e niveau que les autres).
Affichage sur visualiseur Firefox et Calibre OK. Sur Sony Reader 650 "Invalid Page". Sur Adobe Windows pas d'affichage. Après conversion par Calibre EPUB => EPUB, OK sur tous les visualiseurs.
--
Wuyouyuan
discuter
28 février 2012 à 18:26 (UTC)
répondre
Mémoires historiques/Index
modifier
Mode page. Ouvrage en une seule page, poids du html Wikisource 600 Kb, Epub affiché 189 Kb par Windows explorer. Centaine d'ancrages depuis un pavé d'index au début de la page, pointant vers le texte transclus. Caractères chinois.
Note: L'ebook n'est pas viable fonctionnellement tel quel, même s'il n'y avait aucun problème; résultats fournis à titre documentaire.
Scindé à la génération en deux chapitres. Seul le premier chapitre est accessible depuis l'index (conforme à la spécif, mais pas de solution tant que les ancrages d'une sous-page à une autre ne fonctionnent pas.)
Affichage OK sur visualiseurs et sur Adobe Windows. "Page Error" immédiat sur Sony Reader. Probable: première page trop grande.
--
Wuyouyuan
discuter
28 février 2012 à 18:26 (UTC)
répondre
Questions
Y a-t-il un moyen élégant de forcer un haut de page à l'intérieur d'un chapitre de l'e-book (obtenir une bonne présentation de subdivisions qui ne justifient pas une sous-page avec un chapitre dans l'affichage HTML de Wikisource).
Est-il possible d'essayer une variante qui "embarque" le jeu de caractères, pour pouvoir afficher les caractères chinois (jeu Hanzi Unicode 20902 car. ou mini les 3755 correspondant au GB restreint.
--
Wuyouyuan
discuter
28 février 2012 à 18:36 (UTC)
répondre
"forcer un haut de page " : je ne vois pas très bien ce que tu veux dire.
En réfléchissant pour bien énoncer la specif, je constate qu'il n'y a pas d'autre moyen fonctionnellement cohérent que de faire un chapitre. Je pensais à
Connaissance de l’Est
, 60 poèmes en une seule page avec un sommaire qui pointe vers des ancrages. Sur Wikisource le début du poème se cale en haut de l'écran, sur visualiseur EPUB n'importe où sur la page affichée. --
Wuyouyuan
discuter
3 mars 2012 à 14:24 (UTC)
répondre
Pour embarquer le jeu de caractère c’est possible en se basant sur l’extension qui ajoute le support des webFont à Mediawiki, extension non installée sur Wikisource.
Tpt
29 février 2012 à 15:39 (UTC)
répondre
Testé le 29/02
modifier
XHTML
Jésus (Renan)
modifier
Mode page. Titre et sommaire explicite. Un petit nombre de notes en format ref /ref. 1 note au chapitre 4. 4 notes au chapitre 18.
Notes en XHTML: Les liens vers les ancrages aller et retour ne comportent pas de données sur le chapitre. L'appel de la note 1 du chapitre 18 conduit à la note 1 du chapitre 4. Le retour idem. Les notes 2 3 4 du chapitre 18, seules de leur numéro dans l'ouvrage, fonctionnent bien.
La page de sommaire avec liens vers les têtes de chapitre n'est pas générée. Le texte commence avec le premier chapitre (Avertissement).
L'EPUB du même est conforme, rien d'intéressant à dire. --
Wuyouyuan
discuter
29 février 2012 à 13:19 (UTC)
répondre
Pour l’instant je n’ai pas travaillé l’export xhtml. Je m’y mettrai quand j’aurai fini l’epub.
Tpt
29 février 2012 à 16:45 (UTC)
répondre
Testé le 6/03
modifier
Ebook reader Samsung
modifier
Je viens de mettre en service une tablette Samsung Galaxy Tab avec Androïd 3.2. Il y a une application
eBook
préinstallée. La machine refuse d'intégrer les EPUB de WSexport (aucune réussite, généré hier soir ou il y a un mois) ; pas de message d'erreur: attente un peu longue sur
loading
puis on sort de l'appli et on revient à l'écran de choix de l'appli. Les fichiers de Gutenberg et ceux de Ebookgratuits sont acceptés. Les fichiers WS convertis EPUB=>EPUB par Calibre sont acceptés, comme certains cas pour Sony Reader. J'ai des exemples à disposition. Note: Aldiko téléchargé sur la même machine fonctionne sans changement, et accepte les EPUB WS récents. --
Wuyouyuan
discuter
6 mars 2012 à 03:11 (UTC)
répondre
Essais répétés avec les variantes connues. Aucun succès. Le programme accepte quelquefois d'afficher la première page, puis plantage et il faut l'interrompre par Appli Management. --
Wuyouyuan
discuter
9 mars 2012 à 15:09 (UTC)
répondre
Le 9/03 - Modèles Table et Personnages
modifier
Problème de visualisation posé par les sommaires avec
Modèle:Table
, voir le
scriptorium du jour
--
Wuyouyuan
discuter
9 mars 2012 à 15:09 (UTC)
répondre
Recopie depuis le Scriptorium:
J'ai constaté des problèmes avec les sommaires construits avec le
Modèle:Table
. Ce modèle Table a l'air d'être devenu un standard. Or il ne donne pas toujours des affichages harmonieux en livre numérique:
Visualisateurs Calibre et Firefox: bon.
Adobe digital reader sous windows: les lignes de sommaire s'écrasent les une sur les autres, quelques lignes visibles et le bas de la page blanc.
Liseuse Sony Reader: identique à Adobe reader (normal, c'est le même auteur)
Aldiko sur tablette ou smartphone: bon.
Page Turner: alineas géants et numéro de page n'importe où.
Readers sur Iphone et Ipad, il faudrait que quelqu'un essaie.
On guérit le problème en plaçant un
entre les blocs-ligne de sommaire (la ligne blanche ne marche pas). Voir pour comparer les deux recueils de Verlaine
Bonheur
(normal) et
Liturgies intimes
(réaménagé). Le réaménagement n'est pas très esthétique.--
Wuyouyuan
discuter
13 mars 2012 à 01:58 (UTC)
répondre
Idem pour l’instruction
{{
Personnages
}}
, une longue distribution des rôles est coupée en bas (testé sur
Henry V
). probablement à cause des

. Solution : réduire le corps via la liseuse, et encore. Visualisable facilement pour faire vos tests via Adobe Digita Edition. --
Matisk
10 mars 2012 à 20:15 (UTC)
répondre
PS : je constate des
xmlns="
à tout va dans les balises


et


. Quel est l'utilité ? Et ça gonfle le fichier, d'autant qu'un fichier html dans les ePub ont une limite à ne pas dépasser : 300 ko.
Après quelques recherches, j'ai la nette impression que la

empêche de scindé. Peut-être mettre des page-break-after auto ? à tester.
--
Matisk
10 mars 2012 à 21:09 (UTC)
répondre
Pour les xmlns c’est un bug du DOM PHP quand je remplace les balises qui ont été retirés du xhtml (comme center) par un équivalent (span ou div généralement + css). De toute façon elles n’ont rien à faire dans Wikisource et devrait être remplacés. Je l’ai fait déjà pour de nombreux modèles. J’ai très peux de temps à moi (prépas oblige) pour m’occuper de ce projet, donc si tu peux corrige cela, vas y. Le code est dispo
ici
si tu connais PHP et git.
Tpt
10 mars 2012 à 21:22 (UTC)
répondre
Oui, t'embête pas c'est ta prépa la priorité, je comprend. Je connais
un peu
le php ! Mais je ne crois pas que je devrais y toucher… ou alors avec d'infinis précautions : si le code
pisse
sur 10 écrans, je passerais mon chemin !!! J'y jetterais un coup d'œil toujours par l’insatiable curiosité. --
Matisk
10 mars 2012 à 21:53 (UTC)
répondre
C’est un problème concernant le modèle lui même, pas l’outil d’export. N’importe quel Wikisourcien peux le corriger (avec ou non usage de
Mediawiki:epub.css
).
Tpt
7 avril 2012 à 14:32 (UTC)
répondre
Problem at large Projects
modifier
Hello, sorry for writing in english. First i want say thanks for this great export tool. But i have a problem with a large project in german wikisource. I have tried to export
de:Nicolaus Coppernicus aus Thorn über die Kreisbewegungen der Weltkörper
. It has a lot of subpages. The result was a white page without any error message. Possibly the execution time is to small. Greetings --
Michail
11 mars 2012 à 19:44 (UTC)
répondre
Testé le 12/03
modifier
Essai sur l’inégalité des races humaines
modifier
Ouvrage en deux volumes. Texte lourd (1.2 Mo). Six livres divisés en chapitres. Les chapitres du quatrième livre sont répartis entre les deux volumes. Tentative de générer un ebook unique. Essai de deux pages de sommaire différemment structurées.
Essai sur l’inégalité des races humaines
, sommaire qui s'arrête au livre. Le livre conduit à une page de sommaire du livre avec des liens vers les chapitres, on a donc un arborescence à deux niveaux. La génération de l'ebook s'arrête aux pages sommaire d'un livre, sans passer au niveau inférieur du texte des chapitres.
Essai sur l’inégalité des races humaines/Liseuse
, sommaire qui présente les livres et les chapitres sur un seul niveau. L'e-book est généré entièrement. Par les liens internes, on peut atteindre un chapitre en passant par le livre ou directement. Bon.
Question: est-ce que la spécif de WSexport prévoit qu'on n'exploite qu'un seul niveau pour générer le texte, ou bien est-il prévu de pouvoir exploiter une arborescence, la situation actuelle étant seulement une limitation ? --
Wuyouyuan
discuter
12 mars 2012 à 02:02 (UTC)
répondre
C’est en projet de pouvoir exploiter une arborescence, mais cette exploitation ne se fera qu’avec l’encapsulation du sommaire dans ws-summary.
Tpt
12 mars 2012 à 16:43 (UTC)
répondre
Testé le 14/03
modifier
Les Nuits du Père Lachaise
modifier
Problème avec le tableau de l'avant-dernière page du chapitre « Tancrède et lady Glenmour. » (juste avant le chapitre « Ce qu’était sir Archibald Caskil. ») --
Acélan
14 mars 2012 à 09:57 (UTC)
répondre
C’est un problème dans la façon dont le tableau est fait. Ne concerne pas Wsexport.
Tpt
Avec un
{{
---
}}
ça passe mieux. —
Phe
7 avril 2012 à 14:37 (UTC)
répondre
Essai Bilzig sur br.WS
modifier
Bonjour,je viens d'essayer d'exporter le livre
suivant
. Pas de souci technique pour l'epub ou l'xhtml mais l'odt ne va pas au bout. Peut-être s'agit-il du format des pages, mais je ne sais pas trop en juger. Peut-être sauriez-vous m'en parler ou me rediriger ?
Merci
Bibar
16 mars 2012 à 11:17 (UTC)
répondre
En effet l’export ODT ne fonctionne pas pour l’instant.
Tpt
7 avril 2012 à 14:26 (UTC)
répondre
Testé le 1/04
modifier
De la démocratie en Amérique/Édition 1866/Vol 2
modifier
Cet ouvrage contient des notes de bas de page, certaines très bavardes, et des notes de fin de volume.
Réflexion sur les notes dans un ebook:
La note de bas de page possède un lien de retour au texte au début de la note, ↑ fait pour la souris. Sur l'écran du PC, il est facile d'aller du texte à la note et d'en revenir, (scrolling ou bouton retour). Sur la liseuse ou ebook-reader, qui fonctionne par pages, le retour au texte après une note de plus d'une page n'est pas confortable dans la situation actuelle, il faut aller rechercher le début. La fonction retour n'est pas toujours bien réalisée.
J'ai relié les notes de fin de volume au texte par les modèles
Refl
et
Refa
(solution recommandée, équivalente à la note de bas de page, qui oblige à transclure la note dans le chapitre où elle est appelée). J'ai ajouté en fin de note un lien "retour au texte" (modèle dédié dont le paramètre est le même que celui de
Refa
). Sur ebook-reader, la circulation texte-note et retour devient confortable. Voir le
chapitre 8
Suggestion: Générer automatiquement un lien de retour à la fin des notes de bas de page suffisamment longues. Annexe: remplacer le ↑ trop petit pour l'écran tactile par quelque chose de plus large, par exemple
-@-
Ce n'est pas au coeur du sujet (l'arborescence, le bon rendu de certaines configuration sont plus importants) mais ce serait un élément de confort intéressant. --
Wuyouyuan
discuter
31 mars 2012 à 02:22 (UTC)
répondre
Testé le 2/05
modifier
Bonjour, j'ai testé aujourd'hui, et retiré des
Catégorie:Bon pour export
Lettre à M. Dacier relative à l'alphabet des hiéroglyphes phonétiques
- en effet, si le grec passe bien avec la nouvelle police incorporée, il n'en va pas du tout des hiéroglyphes, ce qui pourrait sembler anecdotique…. sauf que c'est le sujet du texte :) - pb à revoir donc pour l’affichage des hiéroglyphes… voir avec le contributeur quelle police il a utilisé, peut-être ? --
Hélène
2 mai 2012 à 11:45 (UTC)
répondre
En effet, il y a un peu de copte (comme Ⲃⲟⲓϣ) qui ne passe pas. C’est cela que tu veux dire ? Je n’avais pas fait attention en l’ajoutant à la liste (le opte s’affichant très bien sur mon PC). Par contre je ne pense pas ajouter pour l’instant le support du copte et autres aux epub : le surcroit de taille causé (je ne sais pas pour l’instant pas ajouter au cas par cas les polices) est àmha rédhibitoire par rapport à l’avantage pour un très faible nombre de livres.
Tpt
2 mai 2012 à 17:32 (UTC)
répondre
Sur mon Mac, ça s'affiche aussi très bien, mais j'ai vu le texte au bureau, sur mon PC, et là je n'avais que des caractères "génériques"… (c'est pour ça que j'ai cru que c'était des hiéroglyphes, je ne voyais pas les caractères) - c'est là que j'ai tiqué :)
je suis d'accord avec toi, dans l'immédiat, pour des langues aussi "exotiques", il me paraît superflu d'intégrer des polices spéciales… on pourra envisager de faire des epub quand on saura intégrer une police "à volonté"… ;)
cordialement... --
Hélène
2 mai 2012 à 19:01 (UTC)
répondre
PS : je me disais tout à l'heure, pour les bouquins marqués comme "bons pour export", je me demandais si on ne pourrait pas faire un tableau, avec les différents outils de test : epubreader, Sigil, Calibre, Cybook Opus, Nook, Sony PRS, etc. et cocher les configs où on aura testé… ça permettrait de faire un suivi des tests… dans
ce genre
peut-être un petit modèle avec paramètres nommés, histoire de ne pas risquer de se tromper ? qu'en dis-tu ? --
Hélène
2 mai 2012 à 19:01 (UTC)
répondre
En effet c’est une très bonne idée.
Tpt
2 mai 2012 à 19:17 (UTC)
répondre
Bon, alors il ne me reste plus qu'à travailler sur les modèles à paramètres nommés :D - bon, ça va peut-être prendre un peu de temps… B)--
Hélène
2 mai 2012 à 19:24 (UTC)
répondre
L’Architecture de la Renaissance
(testé le 3/5/2012)
modifier
Il semble y avoir duplication des chapitres pour les parties avec ancre (ex :
L’Architecture de la Renaissance/Livre I/Chapitre 3#1
) - il faudrait prévoir de ne pas intégrer une deuxième (voire 5e fois) la page pour ces sous-parties mentionnées en Sommaire… --
Hélène
3 mai 2012 à 21:22 (UTC)
répondre
Textes en gras sur ADE (pb signalé le 4/5/2012 vers minuit)
modifier
Suite à notification par Matisk, j'ai vérifié l'affichage en gras dans ADE :
Tous
les livres exportés ce soir s'affichent effectivement en gras dans Adobe Digital Editions… pas juste "Poil de Carotte"… — ce qui n'était pas le cas pour des exports remontant à quelques semaines — y aurait-il une question de fonte, ou un code qui expliquerait ce comportement ? --
Hélène
3 mai 2012 à 22:37 (UTC)
répondre
par ex : Alice au pays des Merveilles -
extraction du 8 mars 2012
et
extraction de ce soir
--
Hélène
3 mai 2012 à 22:49 (UTC)
répondre
problème résolu (ou disparu) chez moi ce soir --
Hélène
4 mai 2012 à 21:04 (UTC)
répondre
J’ai changé de police (passage de LinuxLibertine à FreeSerif qui est bien plus complète). C’est sans doute dû à cela.
Tpt
5 mai 2012 à 12:34 (UTC)
répondre
Le Nommé Jeudi
(testé le 4-5/5/2012)
modifier
ce n'est pas le seul cas : quand le titre est sur deux lignes : titre
sous-titre, le formatage n'est pas bon sur la page principale : tout sur une ligne… il faudrait : soit récupérer le break, soit forcer la page de titre à ne pas dépasser la largeur de la liseuse (480px), ce qui forcerait un passage à la ligne… --
Hélène
5 mai 2012 à 06:54 (UTC)
répondre
La plitique de Wsexport est d’écraser le formatage pour les titres, nom d’auteurs… (c’est nécessaire pour l’inclusion de ces données dans les métadonnées de l’epub). Je vais peux être améliorer cela (mais pas tout de suite).
Tpt
5 mai 2012 à 12:33 (UTC)
répondre
La Maison du chat-qui-pelote
modifier
Ce texte de 50 pages donne un fichier epub de 2,6 mo. Je crois d’ailleurs que depuis quelques jours tous les fichiers epub font au minimum 2 ou 3 mo. Je ne pense pas que c’était le cas la semaine dernière.
Marc
9 mai 2012 à 15:15 (UTC)
répondre
Maintenant j’inclus une police (FreeSerif) dans les epub afin de garantir un support des caractères non latins (grec polyphonique…) que beaucoup de liseuses n’ont pas. Je vais ajouter une option qui permet de ne pas inclure cette police afin de pouvoir toujours avoir des epubs légers.
Tpt
9 mai 2012 à 15:37 (UTC)
répondre
Testé le 23 mai 2012
modifier
Cache sur le générateur ?
modifier
En générant le même ebook plusieurs fois, avec quelques correction à chaque fois, à intervalle de quelques minutes, j'ai eu l'impression qu'il y a un "effet cache" qui fait qu'on obtient très vite un nouveau fichier, mais sans les corrections. Confirmé sur
Les pères du système taoïste/Tao-Tei-King
(où il y a des caractères chinois, mais ça ne semble pas pertinent). Peut-être est-ce un artefact dû au
visualiseur d' EPUB
de Mozilla. Je n'ai pas encore essayé sur un autre visualiseur. --
Wuyouyuan
discuter
23 mai 2012 à 11:53 (UTC)
répondre
Bonsoir,
j'ai rencontré le même problème ; je pense que c'est dû en partie à epubreader, car en effaçant le fichier d'epubreader, on réussit à avoir une version "mise à jour" :) --
Hélène
23 mai 2012 à 17:05 (UTC)
répondre
Testé le 31 mai 2012
modifier
Le Tour du monde en quatre-vingts jours
modifier
J'ai testé
Le Tour du monde en quatre-vingts jours
. Le principal problème est qu'il comporte une version audio, à travers le modèle
{{
version sonore
}}
, qui rajoute des boites par dessus le texte. Ces boites sont inutilisables, vu qu'elles utilisent la balise