Magie Brute, de Larry Correia

Magie Brute, de Larry Correia

Magie Brute, de Larry Correia

J’ai entendu pour la première fois parler des Chroniques du Grimnoir par +Car Beket, qui en prépare une adaptation en jeu de rôle avec Fate. Intrigué, j’ai voulu lire les romans.

Le mélange des genres Noir, « steampunck », et fantastique peut sembler être une chimère improbable et même un monstre de Frankenstein au premier abord. Je mets « steampunck » entre guillemets car il n’est pas vraiment ici question d’un monde où la technologie vapeur a remplacé l’électricité, mais bien plutôt d’une ambiance de douce uchronie et de dépaysement à la fois technologique et culturel, dont l’exemple le plus frappant est la présence de dirigeables comme moyens de transport, aux côtés du train. Un marqueur d’uchronie déjà utilisé dans de nombreuses œuvres, par exemple la série Fringe.

Les deux réalités de Fringe, dont l'une avec ses Zeppelin

Les deux réalités de Fringe, dont l’une avec ses Zeppelin

Magie brute est le premier opus du cycle, dans lequel Larry Correia développe son postulat de base.

Au cours du XIXe siècle, certaines personnes dotées de pouvoirs particuliers ont commencé à apparaître, possédant chacune un talent « magique ». Parmi ces Actifs, il y avait les Torches, capables de contrôler le feu, de l’éteindre ou de le faire naître à volonté, les Brutes, dont la force et la taille pouvaient changer, les Guérisseurs, dont le toucher pouvait faire cicatriser plus vite ou même écarter la maladie, ou encore les Lourds, qui savent modifier la gravité, la plier à leur désir pour alourdir ou alléger tout ce qui les entoure, eux-mêmes compris.
Jake Sullivan fait partie de cette dernière catégorie, mais contrairement à la réputation des Lourds, il se trouve être très fin, si fin qu’il attire l’attention de J. Edgar Hoover, qui dans l’Amérique du Grimnoir utilise les talents de ceux qu’une bonne partie de la population considère comme des monstres pour traquer leurs semblables, en tous les cas ceux qui se sont rendus coupables de crimes.
Pour cela, Sullivan lui aussi a eu affaire à la justice, pour un crime qu’il n’avait pas commis. Mais ce héros de la Grande Guerre est donc obligé de travailler pour les Fédéraux afin d’éponger sa dette. C’est par ce biais qu’il se trouve mêlé à la guerre secrète qui oppose la Société du Grimnoir, une organisation qui lutte pour maintenir la paix, et le Président de l’Impérium, un homme mystérieux aux pouvoirs terrifiants.

L’univers du Grimnoir est complexe, plus qu’il n’y paraît, riche, et pas si manichéen qu’on pourrait le craindre. Il y a là matière à de nombreuses intrigues, et les personnages, s’ils sont souvent caricaturaux, sont campés et suffisamment crédibles malgré ce léger défaut.

En outre, la traduction de Marie Surgers est savoureuse, qui parvient bien à rendre ce mélange d’argot, d’expressions imagées, de dialogues percutants et de détails dépaysants. L’ambiance m’a conquis, surtout sur la première moitié du récit.

Car hélas, j’ai beaucoup moins accroché sur l’intrigue centrale du livre, cette course à l’armement plutôt terne, sans véritable souffle. J’ai trouvé l’action assez fade, même avec les quelques morceaux de bravoure tentés dans les scènes de combat. Même celle qui à la fin se déroule sur plusieurs blimps à la fois m’a laissé relativement froid.
Peut-être est-ce parce que les enjeux sont tellement énormes qu’on ne les appréhende plus. Peut-être aussi parce que l’on s’attend à une problématique personnelle plus marquée pour les personnages, une tradition bien ancrée du genre Noir, et que l’on se retrouve dans une confrontation géopolitique et presque mystique qui relègue au second plan les interrogations de Sullivan envers ses frères, ou de Faye, l’orpheline qui pourrait être si attachante.

Il est difficile de concilier dans un même récit deux échelles d’enjeux aussi différents. Cela demande à mon sens un extraordinaire sens du dosage et de l’équilibre, et une grande maîtrise du rythme, pour ne pas étouffer l’un avec l’autre, mais surtout pour souligner l’enjeu du macrocosme grâce à celui du microcosme. C’est je crois la seule façon d’être à la fois pertinent et fluide.
C’est encore plus vrai dans le genre Noir, qui est surtout centré sur les enjeux psychologiques ou sociaux des personnages eux-mêmes, et s’accommode mal des luttes planétaires ou politiques. Sauf bien sûr pour les montrer sous un jour cynique et s’en servir comme révélateur des abîmes psychologiques où se vautrent leurs conjurés.

Hélas, je n’ai pas trouvé ce dosage réussi dans Magie brute, ce qui m’a fait l’effet d’une très belle idée mal exploitée.

Cette impression va-t-elle se confirmer dans le deuxième tome ?

Créer un livre électronique au format epub3, partie 2 : ePub Anatomy

Créer un livre électronique au format epub3, partie 2 : ePub Anatomy

Créer un livre électronique au format epub3, partie 2 : ePub Anatomy

Dans cette triple série d’articles, Making of a bookCréer un livre électronique au format ePub3, et Making of an (audio)book, je vous propose le résultat de mes recherches, de mes essais et de mes explorations diverses et variées sur la façon de produire un livre, respectivement en format papier, en format électronique, et en format audio. Ces articles ont vocation à évoluer dans le temps, aussi n’hésitez pas à vous inscrire à la Newsletter d’écaille & de plume qui vous avertira de toute mise à jour.

Version

2.0

}

Mise à jour

17/04/2021

Changement des versions
17/04/2021
  • Simplification de la partie sur les fichiers indispensables non modifiables
  • Utilisation de Brackets ou Visual Studio Code
  • Explication de la nature des métadatas
  • Mise à jour des images d’illustration

Précédemment dans la série

Après avoir fait un tour des raisons qui peuvent pousser à mettre un livre au format EPUB et balayé rapidement les options qui s’offraient à nous pour ce faire, nous avons appris dans la première partie comment structurer son texte dans un logiciel de traitement de texte comme LibreOffice, ou dans Scrivener, puis comment exporter le document (ou le compiler) ainsi mis en forme sous un format EPUB. C’est ainsi que je vous ai laissés, haletants, sur le résultat pas vraiment laid, mais pas vraiment fantastique, de Fæe du Logis sur mon iPad dans le logiciel de lecture iBooks d’Apple.

Aujourd’hui nous allons donc aller plus loin et analyser le fichier que nous avons obtenu, afin de comprendre le fonctionnement d’un livre au format EPUB3, et commencer, si possible, à réparer ce qui nous semble aller de travers.

Attention, cet article est déconseillé aux personnes qui seraient allergiques aux codes informatiques…

L’incision initiale : sous l’enveloppe de l’EPUB

Avant toute chose, il vous faut un EPUB sous la main.

Soit vous suivez l’article précédent et créez votre propre EPUB, soit vous pouvez télécharger la maquette d’EPUB3 que je vous livre en téléchargement gratuit. Il vous suffit pour cela de renseigner votre adresse mail (que je n’utiliserai pas à d’autres fins).

Un fichier EPUB n’est pas un fichier de texte simple. C’est plutôt un dossier de plusieurs fichiers différents, codé dans une archive ZIP, mais dont l’extension de fichier a été renommée .epub. Tout cela est bien complexe, n’est-ce pas ? C’est pourquoi je préfère utiliser un programme spécifique pour ouvrir l’enveloppe du livre et mettre à nu les rouages internes.

Sur Mac, je me sers de EPUB Packager (le site officiel semble ne plus fonctionner). C’est une application payante, mais très efficace et très pratique : elle extrait pour moi le dossier enfermé dans l’archive et me dépose ce dossier sur le bureau de l’ordinateur. Je n’ai plus qu’à ouvrir le dossier et fouiller à l’intérieur. Je l’utilise également dans l’autre sens, une fois mon livre terminé, pour créer l’archive EPUB définitive.

Il suffit de glisser-déposer le fichier EPUB dans la fenêtre de l’application, et le scalpel virtuel vous ouvre le dossier.

Vous allez y trouver deux types de fichiers organisés en un squelette immuable : les fichiers obligatoires, qui sont les organes vitaux de l’EPUB (en bleu sur la capture d’écran ci-dessous), et les fichiers facultatifs, qui en sont l’âme (en vert). Ces derniers sont essentiellement les fichiers de contenu de votre livre : le texte, les styles de texte, les images, les fontes, les fichiers audio ou vidéo qui forment votre œuvre. Nous nous y intéresserons plus tard, même si ce sera le plus important pour vous.

Deux fichiers ont la même fonction, ils servent à créer la table des matières du livre (ou Table of Contents en anglais, d’où le nom qui lui est souvent attribué : toc.ncx ou contents.xhtml), respectivement dans la norme EPUB2 et la norme EPUB3. Afin de garder une rétrocompatibilité vers les appareils de lecture plus anciens, il sera bien avisé de garder ces deux fichiers. Vous remarquerez aussi qu’un fichier est à la fois vital et libre, c’est le fichier .opf, auquel vous pouvez donner le nom que vous voulez, du moment que vous en avez placé un dans le dossier OEBPS de votre livre.

Comme vous le voyez, une bonne part des dossiers est immuable d’un livre à l’autre. Ce qui m’a donné l’idée de me constituer une maquette, une sorte de template comme on dit en informatique, un « patron » à réutiliser à volonté lorsque j’ai besoin de créer un nouveau livre.

Les instruments de la dissection : l’éditeur de texte

Pour aller plus loin, vous allez devoir ouvrir les fichiers les uns après les autres pour examiner puis modifier le code. Il vous faut donc un programme que l’on appelle un éditeur de texte. Comme un traitement de texte, mais pour les codes informatiques.

J’utilise pour ma part Brackets, qui est libre et multi-plateforme, ou son remplaçant, Visual Studio Code. Comme la plupart de ses cousins, il est capable de colorer les lignes de code en fonction de leur syntaxe pour bien reconnaître les paramètres et pour ne pas (trop) se tromper. C’est lui qui va vous permettre de corriger et de modifier l’ADN de votre EPUB.

Grâce à ce logiciel, vous pouvez lire les fichiers codés et les modifier, puis en vérifier l’aperçu (quand le code est connu par le logiciel, ce qui n’est pas le cas de l’OPF, par exemple).

Vous remarquerez que les lignes de code commencent toutes par le caractère « < » et se terminent toutes par le caractère « > ». C’est ce qu’on appelle des balises, comme nous l’avons vu dans le précédent épisode. Ces balises sont des instructions, comme des verbes dans une phrase de français. Tout ce qui sera entre les balises servira à préciser l’instruction donnée dans la phrase. Il y a ainsi une syntaxe particulière à respecter, qui demande un apprentissage parfois long…

Mais pour le moment, contentons-nous d’ouvrir les fichiers de notre archive EPUB avec VS Code. Pour cela soit vous glissez le fichier sur l’icône de Visual Studio Code dans votre Dock, soit vous faites un clic droit sur le fichier que vous voulez ouvrir et vous choisissez Visual Studio Code dans le menu déroulant Ouvrir avec.

Les Organes vitaux de l’EPUB

Ce sont des fichiers dont il ne faut jamais modifier ni le nom ni la structure, au risque de rendre votre EPUB illisible.

Ces organes vitaux sont au nombre de cinq.

  • Le fichier mimetype, qui ne contient qu’une seule ligne, destinée à faire comprendre à un logiciel comment décoder le livre. C’est un fichier que vous ne devrez jamais modifier, car la ligne de code ne doit pas varier d’un seul caractère.
  • Le fichier container.xml, qui ne devra pas être touché lui non plus, sauf si vous désirez changer le nom ou l’emplacement de votre fichier OPF, qui est le véritable cerveau de votre livre. Le fichier container.xml sert en effet essentiellement à renseigner l’emplacement et le nom du fichier OPF. Il est enfermé dans un dossier dont le nom ne doit pas être modifié, le dossier META-INF.
  • Le fichier OPF (Open Publication Format), donc, qui mérite que l’on s’y attarde un peu plus loin, car il pourra, lui, être modifié selon vos besoins.
  • Le fichier nav (souvent appelé contents.xhtml ou toc.xhtml), qui est le fichier contenant la table des matières dans la norme EPUB3.
  • Le fichier .ncx, qui est le fichier contenant la table des matières dans la norme précédente EPUB2.

Les trois derniers fichiers sont les plus importants, et nous allons y jeter un coup d’œil plus attentif.

Neurochirurgie du fichier OPF, cerveau de l’EPUB

Ce fichier OPF (nommons-le livre.opf) est le principal pourvoyeur d’erreurs lors de la construction d’un EPUB, car c’est lui qui est le plus compliqué à fabriquer correctement, tant les règles qui dictent sa constitution sont drastiques.

Véritable cerveau de l’EPUB, il contient cinq parties distinctes.

  • Les déclarations de références, qui indiquent à l’application de lecture les langages informatiques à utiliser, constituent le package.
  • Les métadatas du livre, c’est-à-dire toutes les informations sur son identité, sont encodées dans la partie metadata. On y trouve la langue dans laquelle il est écrit, son auteur (ou ses auteurs), les éventuels collaborateurs (illustrateurs par exemple), sa date de fabrication, sa date d’édition, son éditeur, une courte description (un résumé par exemple, la 4e de couverture…), son image de couverture, les droits qui y sont liés (licence Creative Commons, Copyright…).
  • Le manifeste déclare toutes les ressources intégrées dans le livre, sans en oublier une seule. Les images que vous allez utiliser, y compris la couverture, chaque fichier comprenant chaque chapitre, les fontes, tout, absolument tout, doit être listé ici.
  • La spine décrit ensuite l’ordre dans lequel le livre se lit normalement. Mais vous verrez, c’est parfois un peu plus compliqué.
  • Le guide est une spécificité de la vieille norme EPUB2.

Nous allons nous intéresser à chacune de ces parties un peu plus finement.

Le package

C’est une partie très codifiée à laquelle il vaut mieux ne rien changer sauf si l’on veut utiliser certaines fonctions propres à des lecteurs EPUB, comme iBooks d’Apple par exemple.

<?xml version="1.0" encoding="UTF-8"?>
<package xmlns="http://www.idpf.org/2007/opf" version="3.0" unique-identifier="PrimaryID">
...
</package>
Les lignes de déclaration de l'opf sans metadatas

Dans ce cas-là, il faut rajouter quelques précisions (vous verrez dans quels cas dans le tableau des metadatas ci-dessous).

Au passage, j’ai rajouté également xml:lang, un paramètre qui indique que nous sommes dans un EPUB dont la langue est le français. Vous aurez aussi noté que la version de l’EPUB est obligatoirement indiquée.

<!--?xml version="1.0" encoding="UTF-8"?-->
<package xmlns="http://www.idpf.org/2007/opf" version="3.0" xml:lang="fr" unique-identifier="pub-id" prefix="rendition: http://www.idpf.org/vocab/rendition/# ibooks: http://vocabulary.itunes.apple.com/rdf/ibooks/vocabulary-extensions-1.0/" xmlns:epub="http://www.idpf.org/2007/ops" xmlns:ibooks="http://apple.com/ibooks/html-extensions">
...
</package>
Les lignes de déclaration de l'opf avec metadatas spécifiques à iBooks

Les balises metadata

Les métadatas (ou métadonnées en bon français) permettent de bien référencer votre livre, et à ce titre il est très utile de se pencher sur leur cas. Le référencement correct de votre livre aidera vos lecteurs et vos lectrices à le retrouver dans la masse titanesque des ouvrages disponibles.

Hélas, ces métadonnées sont inscrites dans une syntaxe un peu hermétique qui réjouira plus ceux d’entre vous qui ont l’habitude des codes informatiques que ceux qui aiment la littérature. C’est assez abscons, il faut bien le reconnaître. J’ai donc décrypté pour vous la norme EPUB3, et voici la substantifique moelle de ce que j’ai pu en tirer.

Encadrées par les balises metadata, se trouvent chacun des paramètres identifiant non seulement les données essentielles de votre livre, mais aussi certaines autres données spécifiques pour des lecteurs d’EPUB particuliers (dans le cas ci-dessous, pour iBooks d’Apple).

Voici comment Scrivener liste ses métadatas :

    <metadata xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:opf="http://www.idpf.org/2007/opf">
<dc:title>Fée du Logis</dc:title>
<dc:identifier id="PrimaryID">urn:uuid:E9B7CBB8-1D23-40C5-8053-E84F87026351</dc:identifier>
<dc:language>en</dc:language>
<meta property="dcterms:modified">2018-03-20T20:00:18Z</meta>
<dc:creator id="author">Germain HUC</dc:creator>
<meta refines="#author" property="role">aut</meta>
<meta refines="#author" property="file-as">HUC, Germain</meta>
</metadata>
les metadatas de Scrivener

Pour comprendre la syntaxe des métadonnées, en voici le schéma général.

D’abord, comme ce sont des balises, elles sont forcément enchâssées entre des signes <>.

Puis vient le sigle dc, pour Dublin Core, et l’élément de la norme Dublin Core. Ensuite, la valeur de la métadonnée, puis on referme la balise comme dans le langage HTML.

Vous trouverez plus de détails sur ce site, ou celui-ci, ou encore sur celui de la BnF.

Chaque balise peut être précisée par des métadonnées de « raffinement », indiquées dans des balises <meta>.

La liste des metadatas

Dans ce tableau (que vous pouvez manipuler à loisir et dans lequel vous pouvez même faire des recherches…), j’ai récapitulé toutes les métadonnées de ma connaissance, pour vous indiquer comment les utiliser. Vous pouvez vous référer à l’exemple de code ci-dessus pour vous ce que cela donne en situation. Vous trouverez la syntaxe correcte et les quelques subtilités.

N’hésitez pas à m’indiquer dans les commentaires si vous trouvez des erreurs, des approximations ou des ajouts à faire. Je ferai bien volontiers les corrections et ajouts qui s’imposent.

TypeMetadataSignificationObligatoire ou OptionnelleValeurs possiblesNote
Identification du livre : Dublin Core (dc)dc:titleLe titre de l'ouvrageObligatoireVotre imaginaire...
Identification du livre : Dublin Core (dc)dc:creatorLe ou les noms des créateurs (auteur, illustrateur)OptionnelVotre imaginaire...
Identification du livre : Dublin Core (dc)dc:identifierUn identifiant pour l'ouvrage, comme l'ISBN par exempleObligatoireVotre imaginaire...
Identification du livre : Dublin Core (dc)dc:publisherL'éditeur de l'ouvrageOptionnelVotre imaginaire...
Identification du livre : Dublin Core (dc)dc:languageLa langue principale de l'ouvrageObligatoireToutes les langues...
Identification du livre : Dublin Core (dc)dc:contributorLe ou les noms des contributeurs de l'ouvrageOptionnelVotre imaginaire...
Identification du livre : Dublin Core (dc)dc:dateLa date de publication de l'ePubOptionnelUne date quelconque au format AAAA-MM-JJ
Identification du livre : Dublin Core (dc)dc:sourceLa ou les sources de l'ouvrage (si c'est un recueil de nouvelles déjà publiées par exemple)OptionnelVotre imaginaire...
Précisions sur une baliserefinesDonne des indications sur une metadata précédenteOptionnelaut = auteur
bkd = book designer
bkp = book producer
edt = editor
cov = cover creator
ill = illustrateur
pbl = publisher
trl = translator
Rendu dans iBooks d'Appleibooks:bindingIndique si dans un livre à mise en page fixe la "pliure" du livre entre deux pages est visibleOptionneltrue, falsedans la balise package doit apparaître une ligne de définition.
Rendu dans iBooks d'Appleibooks:ipad-orientation-lockIndique si le livre est bloqué dans une orientation sur un iPadOptionnelportrait-only, landscape-onlydans la balise package doit apparaître une ligne de définition.
Rendu dans iBooks d'Appleibooks:specified-fontsIndique à iBooks qu'il doit utiliser les fontes intégrées dans l'ePubObligatoire si fontes intégrées dans l'ePub pour iBookstrue, falsedans la balise package doit apparaître une ligne de définition.
Rendu dans iBooks d'Appleibooks:versionIndique la version d'iBooks nécessaire pour lire l'ePubOptionnelUne version d'iBooksdans la balise package doit apparaître une ligne de définition.
Rendu général de l'ePubrendition:flowIndique si le rendu en flux doit être de type "site internet" ou de type "page de livre"Optionnelpaginated, scrolled-continuous, scrolled-doc, auto
Rendu général de l'ePubrendition:layoutIndique si le livre est de type mise en page fixe ou de fluxOptionnelpre-paginated, reflowable
Rendu général de l'ePubrendition:orientationIndique si le livre peut être lu en paysage, portrait, ou les deuxOptionnellandscape, portrait, auto (dans ce cas le texte sera adapté en fonction de l'orientation du système de lecture)
Rendu général de l'ePubrendition:spreadIndique si en mode paysage deux pages sont montrées ou une seule.Optionnelauto, both (dans ces cas-là, deux pages)
none (dans ce cas, une seule page même en paysage)

Le « manifeste »

C’est la partie du fichier qui recense toutes les ressources utilisées dans le livre. De la plus petite image jusqu’aux fontes de caractères spécifiques, en passant par chaque chapitre du livre, les éventuelles vidéos ou les bandes-son, les scripts d’interactivité qui permettront aux lecteurs de contrôler des animations, les scripts CSS des feuilles de style qui vont vous permettre de définir la mise en page… tout, tout, absolument tout le contenu du livre doit être déclaré dans ce manifeste, et selon une syntaxe là encore très précise.

On commence par des balises <manifest> qui encadrent une liste de balises <item>. Chaque item est une ressource présente dans le livre (un fichier si vous préférez) dont on indique une identité (id), le chemin dans l’arborescence (href), et surtout le type mime, un code qui explicite sa nature (et non pas à cause du Mime Marceau).

Les types mime et leur syntaxe sont d’ailleurs les plus compliqués à trouver. Je vous en liste les principaux dans un tableau un peu plus bas.

Voici comment Scrivener vous aura organisé cette partie.

    <manifest>
<item id="ncx" href="toc.ncx" media-type="application/x-dtbncx+xml" fallback="contents"></item>
<item id="contents" properties="nav" href="contents.xhtml" media-type="application/xhtml+xml"></item>
<item id="body" href="body.xhtml" media-type="application/xhtml+xml"></item>
<item id="style" href="css/stylesheet.css" media-type="text/css"></item>
</manifest>
Le manifeste créé par Scrivener

Et quant à moi, voici comment j’ai l’habitude d’organiser les choses : en regroupant les types de fichiers.

	<manifest>

<!-- contenu -->
<item id="ncx" href="toc.ncx" media-type="application/x-dtbncx+xml" fallback="contents"></item>
<item id="contents" properties="nav" href="contents.xhtml" media-type="application/xhtml+xml"></item>
<item id="body" href="body.xhtml" media-type="application/xhtml+xml"></item>

<!-- styles -->
<item id="style" href="css/stylesheet.css" media-type="text/css"></item>

<!-- fontes -->

<!-- images -->

</manifest>
Mon organisation du manifeste

Vous voyez que j’ai enrichi mon livre avec des fontes de caractères précises, des feuilles de style, des images, le tout regroupé dans des dossiers spécifiques marqués par des balises de commentaire (qui ne sont donc pas codées). Il est ainsi plus facile de s’y retrouver par la suite, car si vous oubliez de déclarer ici un seul élément présent dans le livre, celui-ci deviendra illisible par les lecteurs EPUB

Mon conseil : à chaque fois que vous ajoutez un fichier dans votre EPUB, insérez immédiatement la référence dans le manifeste du fichier OPF.

Vous êtes libre de donner le nom de votre choix aux items (sachant que le meilleur nom est celui qui vous permettra de savoir très rapidement à quel fichier précisément vous avez à faire), mais le chemin doit suivre les mêmes règles qu’un chemin de fichier classique sur votre ordinateur ou sur un site internet.

Par exemple mon fichier de fonte « Trajan Pro » se situe dans le dossier styles et son chemin sera donc : styles/TrajanPro-Regular.otf.

Enfin, petite subtilité qui m’a posé de nombreux problèmes, les « properties » ou propriétés de chaque élément. Il est impératif d’indiquer certaines particularités de vos fichiers. Si l’un de vos chapitres comporte une partie interactive (disons par exemple des boutons permettant de masquer ou d’afficher du texte caché), vous devrez ajouter sur la ligne de déclaration du manifeste la propriété « scripted ». Si un fichier de contenu contient la table des matières, vous devez indiquer la propriété « nav », s’il contient une image au format SVG, vous devrez indiquer « svg ». Si le fichier fait référence à plusieurs propriétés à la fois, vous devrez les séparer par un simple espace, suivant cette syntaxe :

Il est à noter que votre livre doit contenir au moins un élément nav. Nous en verrons l’utilité dans le troisième article de cette série.

Quant au fichier toc.ncx, qui ne sert à rien en EPUB3, mieux vaut le garder pour la rétrocompatibilité avec l’EPUB2

L’épine dorsale : le « spine »

La partie suivante du fichier OPF est appelée le « spine ». C’est l’épine dorsale de votre livre. L’endroit où vous spécifiez quels sont les chapitres qui constituent votre ouvrage, et dans quel ordre ils doivent être lus. Inutile, dîtes-vous ? Pas tant que cela.

Car la subtilité vient du fait que vous pouvez avoir des fichiers qui constituent des annexes de votre livre et qui ne soient pas directement accessibles dans un ordre déterminé. Par exemple, une liste de définitions que votre lecteur pourrait aussi bien consulter au début de l’ouvrage qu’au milieu d’un chapitre. C’est ce qu’on appelle des fichiers « non linéaires » (ou non linear content en anglais). Vous ne savez pas dans quel ordre le disposer, mais vous voulez qu’il soit accessible. Vous devez donc le déclarer dans le spine, mais avec la mention « contenu non linéaire » (ou en code : linear= “no”). Ce fichier ne sera donc pas affiché comme un chapitre normal à la suite de son prédécesseur, mais appelé lorsque le lecteur fera une action (par exemple lorsqu’il cliquera sur la miniature d’un tableau).

     <spine toc="ncx">
<itemref idref="contents" linear="yes"></itemref>
<itemref idref="body" linear="yes"></itemref>
</spine>
Le spine créé par Scrivener

Le « guide », obsolète en EPUB3

Comme je vous l’ai déjà dit, le format EPUB3 est assez récent et n’est donc pas pris en charge par toutes les tablettes et toutes les liseuses existantes. Cependant il serait dommage de priver certains lecteurs de votre œuvre donc, même au prix d’un alourdissement de votre code, donc du poids de votre fichier, donc de sa réactivité, je pense que toutes les options permettant une rétrocompatibilité de votre livre vers l’EPUB2 sont intéressantes.

Le guide fait partie de ces options.

<guide>
<reference type="toc" title="Contenu" href="contents.xhtml"></reference>
</guide>
Le guide créé par Scrivener

Au final, la planche anatomique d’un fichier livre.opf

Voici ce que donne le fichier dans sa totalité :

<?xml version="1.0" encoding="UTF-8"?>
<package xmlns="http://www.idpf.org/2007/opf" version="3.0" unique-identifier="PrimaryID">
<metadata xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:opf="http://www.idpf.org/2007/opf">
<dc:title>Fée du Logis</dc:title>
<dc:identifier id="PrimaryID">urn:uuid:E9B7CBB8-1D23-40C5-8053-E84F87026351</dc:identifier>
<dc:language>en</dc:language>
<meta property="dcterms:modified">2018-03-20T20:00:18Z</meta>
<dc:creator id="author">Germain HUC</dc:creator>
<meta refines="#author" property="role">aut</meta>
<meta refines="#author" property="file-as">HUC, Germain</meta>
</metadata>
<manifest>

<!-- contenu -->
<item id="ncx" href="toc.ncx" media-type="application/x-dtbncx+xml" fallback="contents"></item>
<item id="contents" properties="nav" href="contents.xhtml" media-type="application/xhtml+xml"></item>
<item id="body" href="body.xhtml" media-type="application/xhtml+xml"></item>

<!-- styles -->
<item id="style" href="css/stylesheet.css" media-type="text/css"></item>

<!-- fontes -->

<!-- images -->

</manifest>
<spine toc="ncx">
<itemref idref="contents" linear="yes"></itemref>
<itemref idref="body" linear="yes"></itemref>
</spine>
<guide>
<reference type="toc" title="Contenu" href="contents.xhtml"></reference>
</guide>
</package>
le fichier livre.opf modifié par mes soins
Classe de fichierExtension du fichiermedia-typeproperties
Chapitre ou partie du livre.html
.xhtml
application/xhtml+xmlnav si contient la table des matières
svg si contient des images svg
scripted si contient du javascript ou une référence javascript
Fonte de caractères.otfapplication/x-font-otf
Fonte de caractères.ttfapplication/x-font-ttf
Fonte de caractères.wofapplication/font-woff
Image.jpgimage/jpeg
Image.pngimage/png
Audio.m4aaudio/mp4
Audio (ne fonctionne pas sur iPad).mp3audio/mpeg
Vidéo.m4vvideo/mp4
Vidéo (ne fonctionne pas sur iPad).webmvideo/webm
Script d'interactivité.jstext/javascript
Feuille de style.csstext/css

<item id="page_couverture" href="page_couverture.html" media-type="application/xhtml+xml" properties="svg nav scripted"></item>
Syntaxe des propriétés

Comment bien se tenir à la table… des matières

Un livre ne serait pas un livre sans son sommaire, ou sa table des matières. Et le livre électronique ne fait pas exception. Mais dans un EPUB3, cette table des matières est à plusieurs endroits à la fois.

Tout d’abord, comme nous l’avons vu, dans la partie spine du fichier .opf.

Puis, pour le format EPUB3, dans un fichier HTML particulier souvent appelé toc ou nav, et listé dans le manifeste avec la propriété nav.

Enfin, pour la rétrocompatibilité avec l’EPUB2, dans un fichier au format spécial dont l’extension est .ncx.

Nous allons nous intéresser à ces deux fichiers en particulier.

Le fichier nav

Scrivener crée un fichier qui se nomme en l’occurrence toc.xhtml mais sa caractéristique principale est de contenir essentiellement une liste (codée en HTML par les balises <ol> et <li> imbriquées) des chapitres et sous-chapitres de votre livre. Ce fichier sera le canevas sur lequel s’appuiera le logiciel de lecture pour construire des liens vers vos différents chapitres. Et vous pouvez même remarquer que la balise <a> présente à chaque ligne, renvoie au fichier correspond au chapitre indiqué.

Si l’on simplifie, ce fichier n’est rien d’autre qu’un menu permettant d’accéder à chaque fichier, donc à chaque chapitre, de votre livre.

Il doit cependant suivre une règle immuable : la présence en début de liste de la balise <nav>, suivie de la précision ou propriété epub:type correspondante.

<!DOCTYPE html>
<html xml:lang="en" lang="en" xmlns="http://www.w3.org/1999/xhtml" xmlns:epub="http://www.idpf.org/2007/ops">
<head>
<meta charset="utf-8"/>
<title>Contenu</title>
<link type="text/css" rel="stylesheet" href="css/stylesheet.css"/>
</head>
<body>

<p>Contenu</p>
<nav epub:type="toc" id="toc">
<ol>
<li><a href="body.xhtml">Chapitre I</a>
</ol>
</nav>

</body>
</html>
Le fichier contents.xhtml généré par Scrivener

Le fichier ncx

Scrivener a aussi généré un fichier appelé toc.ncx où se trouve la même fonctionnalité que le fichier nav, mais pour les logiciels ne lisant que le format EPUB2.

Le principe structurant le fichier est le même, mais au lieu de faire appel aux balises HTML classiques de liste ordonnée (<ol>) et de ligne (<li>), le fichier utilise une syntaxe originale.

Il y aura donc une balise <navMap> qui indiquera le début du plan de votre table des matières.

Une balise <navPoint> qui marquera chaque chapitre, avec une propriété playOrder pour montrer au logiciel de lecture l’ordre dans lequel les chapitres doivent s’enchaîner logiquement.

Une balise <navLabel> indiquant le texte à afficher comme titre du chapitre dans le plan.

Et enfin un lien sous la forme non pas du classique hyperlien HTML (balise <a>) mais d’une nouvelle balise <content> suivie de la propriété src qui permet de déclarer le chemin du fichier correspondant au chapitre ou sous-chapitre.

On comprend combien l’EPUB3 est plus simple…

<?xml version="1.0" encoding="UTF-8"?>
<ncx xmlns="http://www.daisy.org/z3986/2005/ncx/" version="2005-1">
<head>
<meta name="dtb:uid" content="urn:uuid:E9B7CBB8-1D23-40C5-8053-E84F87026351"></meta>
<meta name="dtb:depth" content="1"></meta>
<meta name="dtb:totalPageCount" content="0"></meta>
<meta name="dtb:maxPageNumber" content="0"></meta>
</head>
<docTitle>
<text>Fée du Logis</text>
</docTitle>
<navMap>
<navPoint id="navPoint-1" playOrder="1">
<navLabel>
<text>Contenu</text>
</navLabel>
<content src="contents.xhtml"></content>
</navPoint>
<navPoint id="navPoint-2" playOrder="2">
<navLabel>
<text>Chapitre I</text>
</navLabel>
<content src="body.xhtml"></content>
</navPoint>
</navMap>
</ncx>
Le fichier toc.ncx généré par Scrivener

L’âme de l’EPUB

C’est là le plus intéressant, puisque c’est ici que vous allez mettre en forme l’œuvre déjà écrite.

Cependant, en ouvrant le fichier avec Visual Studio Code, voici ce que vous allez trouver :

<!DOCTYPE html>
<html xml:lang="en" lang="en" xmlns="http://www.w3.org/1999/xhtml" xmlns:epub="http://www.idpf.org/2007/ops">
<head>
<meta charset="utf-8"/>
<link type="text/css" rel="stylesheet" href="css/stylesheet.css"/>
</head>
<body>

<p class="titre-de-chapitre-page-padding"><br /></p>
<p style="text-align: center; text-indent: 0em" id="doc1">Chapitre</p>
<p style="text-align: center; text-indent: 0em">I</p>

</body>
</html>
Le premier chapitre de Fée du Logis codé en HTML

Que veulent dire ces codes ?

Ce sont là encore des balises, mais dans un langage différent de celui du fichier livre.opf. Ces lignes sont les mêmes que si votre livre avait été écrit dans un site internet, dans le langage de programmation HTML.

Quant au fichier qui commande la mise en forme de votre texte, c’est le fichier stylesheet.css. En l’ouvrant, voici ce que vous allez lire :

/* Base text formatting */
p { margin: 0rem 0% 0rem 0rem; text-indent: 0rem; }

/* Styles */
blockquote { margin: 1rem 0rem 1rem 0rem; }
blockquote p { margin: 1rem 0% 1rem 4.49rem; text-indent: 1.42rem; line-height: 1.1em; }
.mise-en-évidence { font-weight: normal; font-style: italic; text-decoration: none; }

/* Separators */
.separator { }

/* Page padding */
.titre-de-livre-page-padding { margin: 0rem 0rem 0rem 0rem; font-size: 1rem; line-height: 3rem; }
.titre-de-chapitre-page-padding { margin: 0rem 0rem 0rem 0rem; font-size: 1rem; line-height: 3rem; }

/* Tables */
/* Reset all potential built-in rendering assumptions so we have full control. */
table, table * {
border: none;
padding: 0em 0em 0em 0em;
margin: 0em 0em 0em 0em;
}
table {
/* Will centre tables on iBooks and others, but annoying, not ADE-based devices, which ignore auto margins. */
margin: 1em auto 1em auto;
border-spacing: 0em;
border: solid #000;
border-width: 0pt 0pt 1pt 1pt;
}

table caption {
margin-top: 0.25em;
caption-side: bottom;
text-align: center;
}
...
Le fichier stylesheet.css créé par Scrivener

Déroutant, n’est-ce pas ?

C’est tout à fait normal. Vous avez devant les yeux la traduction informatique des styles que vous aviez patiemment ciselés dans votre traitement de texte. Il faut seulement vous habituer à cette traduction un peu barbare, afin de maîtriser plus rapidement cette façon de parler, et au bout du compte, corriger les quelques erreurs qui se seront glissées dans la mise en forme (puisque, vous vous souvenez ? mon texte n’avait pas la même apparence affiché par LibreOffice et par iBooks sur mon iPad).

Cet apprentissage déborde largement le cadre de cette série, puisqu’il s’agit d’apprendre deux langages informatiques (assez simples) complémentaires et imbriqués que sont le HTML5 et le CSS3.

Avant de poursuivre, il sera donc nécessaire pour vous d’aller traîner vos guêtres à cet endroit là, où vous pourrez très facilement et gratuitement (ce qui ne gâche rien) apprendre les rudiments qui vous manquent peut-être.

Lorsque cela sera fait, nous reprendrons le cours de cette série passionnante de dissection d’un livre au format EPUB3 pour aller encore plus loin, dans l’épisode intitulé : Dessine-moi un EPUB.

Créer un livre électronique au format epub3, partie 1 : structurer son texte

Créer un livre électronique au format epub3, partie 1 : structurer son texte

Créer un livre électronique au format epub3, partie 1 : structurer son texte

Dans cette triple série d’articles, Making of a bookCréer un livre électronique au format ePub3, et Making of an (audio)book, je vous propose le résultat de mes recherches, de mes essais et de mes explorations diverses et variées sur la façon de produire un livre, respectivement en format papier, en format électronique, et en format audio. Ces articles ont vocation à évoluer dans le temps, aussi n’hésitez pas à vous inscrire à la Newsletter d’écaille & de plume qui vous avertira de toute mise à jour.

Version

2.0

}

Mise à jour

10/01/2021

Changement des versions
10/01/2021
  • Refonte complète de la partie sur les styles, la traduction en EPUB, le CSS, les corrections sur les espaces insécables et fines.

Pourquoi le format EPUB ?

Lorsque l’on parle de livre électronique, la plupart des gens mélangent facilement tout un tas de réalités différentes, en confondant le PDF avec le format Kindle ou l’EPUB. Si d’ailleurs on simplifie au maximum, même un simple fichier au format TXT pourrait être un livre électronique.

Cependant, il me semble que le véritable livre électronique doit répondre à certaines caractéristiques et tout d’abord le confort de lecture. Lire un PDF à la mise en page fixe n’est pas vraiment toujours du plus grand confort, car la taille des caractères ne s’adapte pas à la taille de l’écran sur lequel vous lisez. Ainsi, si sur un ordinateur certains textes en PDF peuvent facilement se lire, sur tablette cela devient beaucoup plus compliqué et quasiment impossible sans zoomer 4 fois sur un smartphone. Et je ne parle même pas d’une liseuse…

On considère donc que seuls quelques rares formats répondent aux contraintes qui définissent un livre électronique. Les deux plus importants sont l’EPUB, format libre développé par un consortium regroupant différents acteurs majeurs du secteur de l’informatique (car le standard de codage est basé sur le langage informatique des pages web), et les formats Kindle développés par Amazon dans son coin, plus ou moins avec les mêmes bases mais en rajoutant des barrières. Apple a fait de même avec son format iBooks, dans le même dessein de contrôler de bout en bout la chaîne de vente et d’enfermer ses clients dans une architecture maîtrisée. Il faut néanmoins reconnaître que l’iBookstore accepte les fichiers au format EPUB, ce qui n’est pas le cas pour Amazon.

L’EPUB3

La norme EPUB en est à sa troisième itération majeure. Elle est basée sur un principe simple : le livre sera codé comme un site web, avec les mêmes langages, et selon les mêmes principes. Il n’y aura que quelques particularités rajoutées au code pour faire comprendre au logiciel de la liseuse ou de la tablette (un navigateur internet un peu modifié) qu’il s’agit bien d’un livre.

Cela a pour conséquence que le fond (le texte que vous avez mis tant de temps à peaufiner dans le secret de votre atelier d’écriture) sera dans un fichier séparé de la forme (la police de caractère, sa taille et les couleurs utilisées pour les gros titres, les titres intermédiaires, le corps du texte, les citations, etc.). C’est le principe même de codage des sites internet. Ainsi, vous pourrez quand bon vous semble (ou le lecteur), changer tout ou partie de la forme pour améliorer le confort de lecture.

C’était déjà le cas pour les deux itérations précédentes de la norme, mais cette dernière version permet une véritable avancée dans la mise en page et dans les possibilités d’ajouter des images, des vidéos, de l’audio et de l’interactivité, car elle est basée sur les standards modernes du codage internet que sont les langages HTML5 et CSS3.

Ne vous inquiétez pas, derrière ces noms barbares se cachent en fait de grands cœurs qui vous donneront beaucoup de satisfaction si vous savez leur parler gentiment…

Livre de flux ou livre à mise en page fixe, telle est la question

En parlant de mise en page, cette séparation entre le fond et la forme prend tout son sens quand on sait que les liseuses et les tablettes ne donnent jamais véritablement le même rendu, et que le principe du livre électronique est celui que je vous énonçais plus haut, à savoir :

La mise en page doit pouvoir s’adapter pour rendre le confort de lecture le plus grand au lecteur.

Cette mise en page va dépendre donc de contraintes techniques telles que la taille de votre écran (7 pouces, 9 pouces, 12 pouces, au-delà), sa technologie (couleur, pas couleur, retina, pas retina), mais aussi de contraintes humaines : les difficultés de vision éventuelles de votre lecteur (il lui faudra augmenter la taille de la police de caractères pour bien voir), ses envies (tient-il sa tablette en mode portrait ou paysage pour lire ?), ses habitudes.

C’est là qu’il faut faire un choix métaphysique.

Allez-vous créer un livre dont la mise en page s’adaptera au support en prévoyant des règles dans votre mise en forme (c’est ce que l’on appelle le « flux » de données), ou bien allez-vous fabriquer un livre dont la mise en page sera fixée à l’avance, avec le moins de latitude possible pour le lecteur ?

Généralement, on choisit un livre de flux pour un ouvrage composé essentiellement de texte et où la mise en page n’est pas absolument nécessaire à la bonne compréhension du fond. Un roman, une nouvelle, seront construits selon cette philosophie.

Par contre, un livre dont la mise en page est essentielle à la compréhension (une bande dessinée, un reportage photo, un livre pour enfants avec des images à manipuler) sera conçu de manière à ce que sa forme soit la plus fixée possible, comme un PDF. Mais avec en tête le postulat que la lisibilité doit être maximum.

La différence essentielle entre les deux approches est que l’ouvrage qui en sortira sera soit lisible par à peu près toutes les liseuses et toutes les tablettes dans le premier cas (le flux étant disposé différemment selon les règles que vous aurez spécifiées pour chaque appareil dans votre codage, et laissant au lecteur la possibilité d’agrandir le texte, de se passer des images, de changer les couleurs, etc.), soit codé spécifiquement pour une marque, un type, un modèle, voire un seul logiciel dans le deuxième cas (car les règles de mise en page seront tellement draconiennes que cela vous demandera un travail énorme pour les rendre parfaites, et le lecteur ne pourra modifier ni couleurs ni taille, au risque de ruiner le but même du livre).

Le choix est donc dans le degré de maîtrise que l’on accepte de perdre sur sa mise en page. C’est assez frustrant, je dois l’avouer, lorsque l’on a envie que la forme soit aussi impeccable que le fond. Et je n’ose imaginer ce que doivent ressentir les maquettistes de formation devant cet état de fait…

Il est possible, cela dit, de mélanger un peu les deux approches et de garder la possibilité de maintenir une mise en page fixe sur certaines pages tout en conservant sur d’autre une structure de type « flux », via une astuce particulière de codage du fichier de mise en forme (le fameux fichier de CSS) dont je vous parlerai dans quelque temps.

Existe-t-il un autre Style ? Pourquoi et comment structurer un texte

Une fois ce choix cornélien effectué, il est temps de s’occuper du texte.

Il faut écrire. Écrire. Encore écrire. Beaucoup.

Vous pouvez écumer l’internet en quête de nombreux conseils d’écriture. Vous allez travailler votre propre style, trouver votre propre méthode de travail, et parvenir à un manuscrit définitif.

Et c’est une fois votre texte achevé, relu et encore relu des dizaines de fois, que vous allez pouvoir le préparer à devenir un vrai livre, et un livre numérique dans le cas qui nous intéresse ici.

Pour cela, vous allez devoir le mettre en forme, puisque c’est cela éditer un livre. Créer à partir d’un texte brut une mise en page harmonieuse. Déterminer si vous voulez que vos titres de chapitre soient en « fonte Times New Roman de taille 20, centrés avec un espace de 20 points au-dessus du paragraphe, et un espace de 60 points en dessous du paragraphe » ou bien en « fonte Helvetica de taille 30, alignés à gauche avec un espace de 24 points au-dessus du paragraphe, et un espace de 36 points en dessous du paragraphe », ou d’une autre façon, et ceci pour chaque chapitre, mais également comment vous voulez que votre corps de texte apparaisse, comment les mises en exergue dans votre texte vont apparaître, etc.

Là est le point crucial : votre texte est composé de différentes parties qui ont une fonction bien particulière, un sens. Les titres servent au lecteur à savoir où il se trouve dans le récit, les mises en exergue servent à ce que le lecteur comprenne qu’il est face à un mot ou une expression particulièrement importante, etc. Et dans tout ouvrage, c’est parce qu’on aura repéré ces motifs que l’on pourra les mettre en forme.

Dans les logiciels de traitement de texte, comme la suite Office de Microsoft, LibreOffice Writer, Pages de chez Apple, mais aussi avec Scrivener, dont je me sers, on peut donc procéder de deux manières : avec une mise en forme « directe », ou avec des Styles.

La mise en forme directe consiste à mettre un mot en italique ou en gras, en sélectionnant simplement le mot et en cliquant sur l’icône « italique » ou l’icône « gras ». Son inconvénient pratique est qu’il faut sélectionner chaque mot ou groupe de mots ayant une fonction particulière et lui appliquer la mise en forme que l’on désire à chaque fois, d’où une répétition d’actions rapidement insurmontable sur un texte long.

L’idée des Styles est au contraire de se baser sur la fonction de chaque partie de votre texte, et de vous laisser ensuite déterminer comment vous voulez présenter chacune d’elles une bonne fois pour toutes, sans avoir à mettre en forme un à un chaque titre par exemple. Vous aurez toujours à sélectionner les parties de texte qui auront une fonction, mais vous devrez simplement indiquer laquelle. S’agit-il d’un titre de chapitre, d’une mise en exergue, d’une citation, ou d’autre chose ? La mise en forme est automatiquement appliquée suivant un style prédéterminé par le logiciel, mais que vous pourrez ensuite changer à volonté.

Car les Styles ne sont en fait que des formatages particuliers de la typographie, qui pourront être réutilisés facilement ensuite. Ils correspondent parfaitement à nos besoins de mise en forme puisqu’ils permettent de dire que, par exemple, « les titres de chapitre seront en Police Helvetica de taille 14 points, en gras, soulignés », et que « le corps de texte sera en Police Times New Roman de taille 11 points, normal », tandis que « les citations seront en Police Times New Roman de taille 12 et en italique ».

Les Styles pourront même s’appliquer aux paragraphes. Ainsi les paragraphes de Titre peuvent-ils être « centrés avec un espace de 20 points au-dessus du paragraphe, et un espace de 60 points en dessous du paragraphe », tandis que « le corps de texte sera constitué de paragraphes justifiés avec un espace de 5 points avant et après le paragraphe, et une indentation de la première ligne de 60 points », et « les citations seront des paragraphes justifiés avec une marge droite et une marge gauche de 70 points ». Par exemple.

Une fois les styles créés ou modifiés, vous n’aurez qu’à sélectionner un morceau de votre texte et décider de lui appliquer le format « Titre » ou le format « corps de texte ». Et s’il vous prend l’envie de changer l’aspect de votre texte, il vous suffit de changer les paramètres du Style « Titre » pour que, automatiquement, votre logiciel change tous les bouts de texte qui seront indiqués comme étant des titres.

L’avantage majeur de cette façon de faire reste que vous obtenez un texte structuré suivant ses différentes fonctions, sa signification. On appelle ça un balisage sémantique.

Et outre qu’il va vous faire gagner un temps fou et vous éviter d’oublier de mettre en forme un titre accidentellement, le balisage possède trois autres qualités.

La première est d’éliminer les sauts de ligne intempestifs (les lignes vides avec des retours chariot manuels). À la place, vous pouvez déterminer que le style de paragraphe utilisé laisse quelques points/pixels/millimètres de distance en haut et en bas. Cela rend le texte plus facilement adaptable aux différentes résolutions d’écran, et vous aurez aussi moins de lignes veuves et orphelines dans votre texte (ça, c’est valable à la fois pour le papier et le numérique).

La deuxième : la hiérarchie de titres.

Le titre de votre roman n’aura pas la même forme que le titre d’un chapitre, et ils seront tous deux différents du titre d’une partie, ou de celui d’un sous-chapitre. Vous allez donc les hiérarchiser, en donnant la forme d’un « Titre1 » au grand titre de votre roman, celle d’un « Titre2 » au titre des parties de ce dernier regroupant plusieurs chapitres, celle d’un « Titre3 » aux titres des chapitres, et éventuellement une « Titre4 » aux titres des sous-chapitres si vous en avez.

Enfin, la plus importante pour ce qui est des livres numériques : c’est cette structure qui permet au logiciel de lecture de comprendre où sont les titres, où est le corps du texte, où est la marge éventuelle et de les afficher correctement à l’écran, car votre texte sera codé dans un fichier HTML5 avec ces fameuses balises.

Il est donc, vous en serez, je pense, maintenant convaincus, fondamental, de structurer votre texte.

Nous pouvons alors voir un peu plus en détail comment.

Les styles à utiliser

Vous allez pouvoir vous aider des styles que vous avez déjà déterminés dans Scrivener pour le format papier de votre livre. Nous l’avons déjà vu dans l’article qui y est consacré, et vous pouvez vous y reporter.

Néanmoins, il faut garder deux choses à l’esprit : d’une part, vous n’aurez pas besoin de certains styles pour une sortie numérique de votre œuvre, puisque par définition ce sera le support de lecture (tablette, smartphone, liseuse) qui gérera complètement les entêtes et les pieds de page ainsi que les numéros de page qui pourront varier en fonction de la taille de police sélectionnée par votre lecteur ou votre lectrice pour son confort ; d’autre part, tous les autres styles ne seront que des propositions que vous ferez à votre lectorat, qui sera libre de les refuser pour appliquer son propre réglage.

Au final, les styles dont vous aurez vraiment besoin de vous préoccuper seront ceux qui suivent.

Des styles de caractères :

  • Un style de mise en évidence pour les mots importants. On utilise en général une mise en italique.
  • Un style d’accentuation forte pour être encore plus marquant. On utilise la plupart du temps une mise en gras.
  • Un style mixte, pour combiner la mise en évidence et la mise en gras.
  • Un style mise en évidence dans un texte en italique, qui permet de renverser la mise en italique si besoin.
  • Un style de Première phrase de chapitre si vous voulez changer la casse de vos débuts de chapitre par exemple (on peut le faire autrement dans Scrivener, mais la solution d’un style est plus interopérable avec les autres logiciels comme les traitements de texte).

Des styles de paragraphes :

  • Un style de corps de texte, la base de votre texte.
  • Un style de titre de chapitre, pouvant être ensuite décliné pour la façon dont vous allez numéroter les chapitres.
  • Un style de titre de parties, si vous en avez dans votre texte, pouvant là aussi être décliné pour la façon dont vous voudriez numéroter les parties.
  • Des styles de scènes, vous permettant de distinguer autrement qu’avec les signes typographiques de changement de scène deux moments différents dans une même séquence, comme des analepses ou des prolepses (flashbacks et flashforwards).
  • Un style de dédicace, qui marque déjà le texte sur la page adéquate.
  • Un style de mentions légales qui marque lui aussi le texte sur la page dédiée.
  • Un style de titre de scène ou de division de scène.

La traduction des styles en EPUB

Si vous êtes familier des usages d’écriture technique du web, tout cela va vous sembler basique.

Si ce n’est pas le cas, je vous conseille de vous pencher un peu sur les fondamentaux du langage HTML5. Vous pouvez vous référer à ce cours, que je trouve particulièrement didactique. Une autre façon de voir les choses est d’approcher la syntaxe d’écriture en markdown, une façon de coder des balises de manière très simple et presque naturelle.

Une balise est en effet simplement une marque qui entoure un mot ou un groupe de mots pour indiquer sa signification, sa fonction.

Si le titre de votre chapitre est « Introduction », par exemple.

Il sera indiqué en HTML5 par le code suivant :

<h1>Introduction</h1>

h1 est l’abréviation de header 1, c’est-à-dire entête 1 en bon français, pour désigner un titre très important, le premier en importance hiérarchique. Car un titre de chapitre sera plus important dans la hiérarchie qu’un titre de sous-chapitre. Mais on pourrait aussi imaginer que votre livre soit divisé en parties comprenant chacune plusieurs chapitres. Dans ce cas c’est le titre de partie qui sera le plus haut placé dans la hiérarchie (un header 1) alors que les titres de chapitre seront plus bas (des headers 2).

Cette hiérarchie des titres est essentielle, car elle correspond au codage du fichier HTML5 que vous obtiendrez dans votre livre au format EPUB. Le Titre1 deviendra une balise h1 (ou header 1), et votre Titre4 une balise h4 (ou header 4).

Chaque style sera transformé en une balise. Si vous utilisez Scrivener, ce sera automatique ou presque, lors de la compilation de votre texte en EPUB (on y vient plus bas).

Pour les styles les plus classiques, il suffira d’utiliser les balises simples du langage HTML5.

Par exemple : h1 à h6 pour les titres (titre du livre, sous-titre, titres de parties, titres de chapitres, titres de sous-chapitres…), blockquote pour les citations, em pour les mises en exergue, strong pour les accentuations fortes, p pour les paragraphes de corps de texte.

Mais lorsqu’aucune balise standard du HTML5 ne correspond à votre style, alors vous devrez choisir d’attribuer une classe à l’une de ces balises pour créer une sorte de nouvelle « sous-balise ».

Si l’on veut créer un style pour les analepses (flashbacks), on se rend vite compte qu’il n’existe pas de balise toute faite en HTML5. On peut donc choisir de créer une classe analepse pour certains paragraphes (balises p). Et ainsi chaque paragraphe de votre texte qui sera un flashback sera encadré par une balise notée <p class=”analepse”>.

Une fois que tout votre texte sera codé en HTML5, il sera complètement balisé pour l’application de lecture.

Si vous voulez savoir à quoi il ressemble, vous avez le choix entre deux possibilités.

Soit vous voulez voir le code, et vous devrez ouvrir le fichier correspondant avec un logiciel spécial baptisé « éditeur de code », sorte de traitement de texte spécialisé dans la gestion des balises. Je me sers de Brackets qui a l’avantage d’être libre et multiplateforme. Cela donnera ce genre de chose.

Soit vous voulez voir le résultat « lisible par un humain et pas par un cyborg », et sous devrez l’ouvrir dans un navigateur internet. Cela donnera ceci.

Vous trouvez ça moche ?

C’est normal, car vous n’avez fait que la moitié du travail jusqu’ici.

Vous n’avez fait que déclarer au navigateur (qui est le moteur de toutes les applications de lecture) quelles parties du texte correspondaient à quels styles.

Mais vous n’avez pas encore défini comment vous vouliez que soient ces styles.

Ça, c’est le boulot d’un autre fichier…

Here comes the CSS

Souvent nommé style.css, c’est un fichier qui n’est autre que la déclaration de l’apparence que vous voulez donner à chacun de vos styles.

Le langage CSS3 peut facilement s’apprendre, ici par exemple.

Pourtant, c’est lui qui sera le plus compliqué à paramétrer pour votre livre numérique, car les applications de lecture le gèrent de façon très personnelle. Et c’est un euphémisme.

Nous nous y pencherons plus en détail dans le troisième article de cette série, le temps pour vous de vous familiariser suffisamment avec lui. Sachez simplement que les logiciels qui permettent de créer un fichier EPUB à partir d’un texte classique créent un fichier CSS basique dont vous pouvez vous contenter si vous êtes peu exigeants.

Comme ce n’est pas mon cas, je vous montrerai donc comment obtenir ce que vous souhaitez précisément.

Et pour vous donner un exemple de son utilité, voici le rendu final du texte avec un code CSS fonctionnel basique, et le rendu final avec un code CSS mitonné aux petits oignons par mes soins. C’est mieux, non ?

Métamorphose du texte vers l’EPUB

Au contraire d’un fichier de texte (que son format soit DOC ou DOCX pour Word, RTF ou ODT pour LibreOffice), un livre électronique n’est pas un seul fichier constitué d’un seul tenant. C’est une sorte de dossier contenu dans une archive comme le format ZIP (si je vous parle chinois, allez voir quelques définitions de formats de fichiers ici). Nous explorerons d’ailleurs en détail les entrailles d’un livre EPUB dans le prochain article de cette série.

Il faut donc transformer notre fichier texte en une archive EPUB.

Nous pourrions le faire nous-mêmes, « à la main ». Mais ce serait pénible, tant la transition est complexe.

Alors, pour gagner du temps, il est utile de laisser un logiciel faire le plus gros du travail pour nous, car vous verrez, vous vous embêterez déjà assez comme ça lorsqu’il s’agira de peaufiner votre livre pour en faire quelque chose qui vous plaise vraiment tout en satisfaisant aux règles strictes et parfois capricieuses des logiciels de lecture électronique (vous vous souvenez, le CSS, c’est bien, mais le CSS qui marche bien partout comme on veut, c’est rare).

Bien sûr, cette étape ne donnera pas naissance au produit fini, mais plutôt à une ébauche, à une pierre brute que vous allez devoir patiemment polir en vous attaquant au code. Mais au moins, le gros du travail aura été fait d’un simple clic…

Il existe de soi-disant « éditeurs de livres électroniques », des logiciels dérivés d’applications pour créer des sites internet, comme Blue Griffon EPUB Edition, mais ils sont tous vendus très très chers pour ce qu’ils font… Personnellement, je préfère comme toujours la liberté, ce qui veut dire souvent mettre les mains dans le cambouis… le code…

Pourtant, les logiciels de traitement de texte habituels sont capables de produire un fichier EPUB à partir de votre texte.

Dans LibreOffice, cliquer sur Fichier > Exporter vers... > Exporter au format EPUB crée un fichier fonctionnel.

Pour ma part, comme nous l’avons vu dans l’épisode 1 de la série d’articles Making of a book, j’utilise Scrivener pour composer mes écrits, et je me sers donc de la fonction de compilation vers l’EPUB3 intégrée dans le logiciel.

Nous détaillerons dans l’épisode 3 de cette série les étapes de cette compilation, et je vais plus en profondeur dans les arcanes de cette opération dans une autre série d’articles. Mais il suffit pour l’instant de savoir qu’en cliquant sur Fichier > Compiler, et en choisissant le format de publication que j’ai partagé avec vous avec l’option EPUB3, Scrivener crée pour vous le fichier adéquat.

Ne reste plus qu’à tester son rendu sur votre tablette.

Vous remarquerez que le résultat est là encore perfectible. Même si c’est un excellent début, ce n’est pas encore un livre au rendu parfait car l’automatisation n’a pas préservé tous les réglages de styles. Pour cela, il faudra faire soi-même le travail en découvrant les entrailles du fichier.

Ce sera l’objet de notre deuxième épisode : EPUB Anatomy

Mais en attendant, il reste des choses à faire sur le texte lui-même, c’est-à-dire sa version HTML.

Maison de Corrections

Comme vous avez déjà lu le premier épisode de la série d’articles Making of a book, vous savez déjà qu’il est indispensable de corriger votre manuscrit une fois terminé. Et vous l’avez déjà effectué, parce que vous êtes formidable.

Mais dans le cas de la production d’un livre électronique, une étape de correction supplémentaire va devoir vérifier que le format EPUB garde toutes les modifications typographiques que vous aviez décidé de faire.

Ces espaces qu’il vaut mieux entendre crier

Car lorsque vous avez corrigé votre texte avec Antidote, ce dernier vous a obligeamment fait remarquer que vous deviez à certains endroits précis insérer des espaces insécables, des espaces fines ou des espaces fines insécables. La typographie est en effet régie par des lois strictes.

Si vous n’avez pas besoin de les connaître par cœur pour un format papier — Antidote faisant bien son travail — vous allez par contre devoir vous y familiariser pour le format électronique. En effet, l’exportation en EPUB, que ce soit avec LibreOffice ou avec la compilation de Scrivener, n’est pour le moment pas capable de gérer les espaces. Le fichier EPUB généré par ces logiciels va systématiquement comporter un seul type d’espace : les espaces normales sécables.

C’est ainsi qu’on se retrouve régulièrement, et même avec des livres numériques achetés dans le commerce, avec des horreurs du genre : un point d’exclamation tout seul en début de ligne et plus rien ensuite.

Je vous accorde que c’est un détail, mais au début, je vous ai bien dit que j’étais exigeant…

Si je mets autant d’énergie et de soin à écrire un texte qui me paraisse assez bon pour intéresser d’autres que moi, je refuse de le voir gâché par des bêtises de présentation.

Il est donc nécessaire d’entendre à nouveau parler vos espaces insécables, et vos espaces fines insécables.

L’idée est donc de corriger chaque chapitre ou chaque section de texte du fichier EPUB pour remplacer les espaces sécables par les codes indiquant au navigateur web qui sert de lecteur qu’il est nécessaire d’insérer des espaces particulières.

Vous allez me dire « c’est fastidieux ! » et vous auriez raison.

Voilà pourquoi je vous conseille deux méthodes.

La première consiste à vous servir de la fonction de rechercher/remplacer de votre éditeur de code (pour ma part, comme je vous l’ai dit plus haut, je me sers de Brackets) et de lui demander de faire les substitutions pour chaque règle automatiquement. Vous allez voir que c’est plus rapide, mais tout autant fastidieux. Car il faut faire une recherche pour les espaces derrière les guillemets ouvrants, puis une autre pour les espaces devant les guillemets fermants, puis une autre pour les espaces devant les points d’exclamation, puis une autre pour les points d’interrogation, etc.

Deuxième façon de faire, plus maligne, créer un petit programme qui fera ça tout seul suivant vos instructions. Vous n’aurez alors plus qu’à lui dire quel fichier inspecter, et le tour sera joué.

« Programmer ? Mais mon bon Monsieur, je suis un écrivain, moi, mais un programmeur ! Et même si je suis un geek parce que j’écris dans le domaine de l’imaginaire, je n’ai aucune envie d’apprendre un langage informatique ! Veuillez donc passer votre chemin avec vos balivernes et laissez-moi tranquille avec vos espaces insécables démoniaques ! »

Voilà en substance ce que vous pourriez me dire. Et là encore je ne pourrais vous donner tort.

Sauf que d’autres ont déjà bossé pour vous.

D’abord, Lizzie Crowdagger a créé un petit programme qui fait exactement le travail dont nous parlons. Il suffit d’apprendre à l’installer. Et je crois qu’il doit bien marcher… mais ce ne fut pas le cas pour moi. Je ne sais pas pourquoi, allez donc deviner… Peut-être parce que je suis sur Mac… Ou pas…

Essayez-le, car peut-être que pour vous ce sera un succès.

Mais si comme moi vous ne parvenez pas à le faire fonctionner correctement, alors, je vous livre ma solution personnelle.

BBEdit et Applescript à la rescousse des espaces

L’idée étant d’automatiser des tâches répétitives, il était tentant de se servir des outils déjà disponibles sur un Mac au départ. En effet, la petite application Automator est là pour ça. Mais si elle est extrêmement facile à prendre en main, elle n’est pas assez puissante pour faire ce travail seule.

Alors on peut se servir du langage de programmation maison d’Apple, l’Applescript.

Relativement simple, il est capable de commander une application à condition que les concepteurs d’icelle aient pensé à en donner la possibilité.

Or, Brackets n’est pas une application dite « scriptable ».

Qu’à cela ne tienne, il existe un éditeur de code qui est à la fois gratuit et scriptable : BBEdit.

Il ne me convient pas pour travailler en détail sur le code HTML ou CSS, mais il est entièrement scriptable et fera donc l’affaire pour automatiquement trouver toutes les espaces à changer dans mon texte.

Je vous propose donc, après avoir téléchargé le logiciel BBEdit, d’ouvrir l’application Éditeur de script qui se trouve dans les Utilitaires de votre Mac, et d’y coller le code suivant (en prenant soin d’enlever les \ situés avant les #) :

tell application "BBEdit"
activate
replace " !" using "<span style=\"espace-fine-insecable\">&\#8239;</span>!" searching in text 1 of text window 1 options {search mode:literal, starting at top:true, wrap around:false, reverse:false, case sensitive:false, match words:false, extend selection:false}
replace " ?" using "<span style=\"espace-fine-insecable\">&\#8239;</span>?" searching in text 1 of text window 1 options {search mode:literal, starting at top:true, wrap around:false, reverse:false, case sensitive:false, match words:false, extend selection:false}
replace "« " using "«<span style=\"espace-fine-insecable\">&\#8239;</span>" searching in text 1 of text window 1 options {search mode:literal, starting at top:true, wrap around:false, reverse:false, case sensitive:false, match words:false, extend selection:false}
replace " »" using "<span style=\"espace-fine-insecable\">&\#8239;</span>»" searching in text 1 of text window 1 options {search mode:literal, starting at top:true, wrap around:false, reverse:false, case sensitive:false, match words:false, extend selection:false}
replace "— " using "—<span style=\"espace-insecable\">&\#160;</span>" searching in text 1 of text window 1 options {search mode:literal, starting at top:true, wrap around:false, reverse:false, case sensitive:false, match words:false, extend selection:false}
replace "—  " using "—<span style=\"espace-insecable\">&\#160;</span>" searching in text 1 of text window 1 options {search mode:literal, starting at top:true, wrap around:false, reverse:false, case sensitive:false, match words:false, extend selection:false}
replace " :" using "<span style=\"espace-insecable\">&\#160;</span>:" searching in text 1 of text window 1 options {search mode:literal, starting at top:true, wrap around:false, reverse:false, case sensitive:false, match words:false, extend selection:false}
end tell
Mon Applescript de correction des espaces dans un fichier HTML

Puis enregistrez-le.

Lorsque vous aurez trouvé le fichier qui contient le code HTML de votre texte, qui devrait avoir un nom ressemblant à chapter.xhtml, vous l’ouvrez avec BBEdit. Puis vous cliquez sur l’icône play de l’Éditeur de script.

Presque de façon magique, tout devrait se corriger.

Et maintenant ?

Et bien maintenant que vous avez structuré votre texte, que vous l’avez exporté en EPUB et que vous avez corrigé les quelques erreurs de typographies laissées par cette métamorphose, il est temps de se préoccuper réellement de ce qui se cache dans ce fichier.

Pour être honnête, mieux vaut d’ailleurs que vous le sachiez avant, parce que sinon, vous allez vous retrouver avec un fichier EPUB et vous n’arriverez pas même à en ouvrir les entrailles pour trouver votre texte à corriger…

C’est le moment de faire une dissection.

Prenez vos scalpels, et rendez-vous dans le deuxième article de cette série : EPUB Anatomy.

Livre électronique : Ultima Necat, de l’idée à la réalisation

Livre électronique : Ultima Necat, de l’idée à la réalisation

Livre électronique : Ultima Necat, de l’idée à la réalisation

Voilà plusieurs mois que je travaille à la fabrication de mon premier livre numérique.
C’est donc après de longues, très longues heures d’apprentissage et de codage que le voici enfin prêt à être libéré sur le net.

Un exercice de style ?

Pour ce premier pas dans le monde mystérieux du livre électronique, je voulais explorer beaucoup de choses.
En tout premier lieu je voulais expérimenter les possibilités nouvelles offertes par ce genre de média, et dont je vous parlais il y a quelques mois : l’adjonction d’audio, de vidéo, d’interactivité.
J’ai donc temporairement suspendu l’écriture de mes projets plus « littéraires », pour me pencher sur un sujet qui pourrait légitimement être traité avec de telles « augmentations » par rapport à un livre papier.
Le choix s’est porté sur les textes, images, photographies, sons et vidéos que j’ai accumulé en trois ans de développement pour Ultima Necat, et qui me semblaient pouvoir constituer une bonne base de départ pour mon expérimentation.
Pour un premier livre, c’est donc par l’exercice du « livre tiré du film » que j’ai commencé.
Habituellement, sur ce genre d’ouvrage, on trouve des anecdotes de tournage, des schémas de conception des décors, des esquisses des costumes en stade de préproduction, et la palette des « travailler avec untel ou unetelle c’était vraiment une expérience inoubliable ».
J’ai préféré me concentrer sur tout à fait autre chose.

En voyant tout le matériel à ma disposition, je me suis dit que le plus intéressant était de faire comprendre de l’intérieur comment avait été conçue l’histoire racontée par le film.

Ultima Necat, de l’idée à la réalisation

J’ai réuni les documents qui ont servi à la préproduction du film : la nouvelle que j’avais rapidement écrite à l’époque pour poser l’ambiance et le déroulement des événements et le scénario qui en a été tiré. À ces deux grosses parties, j’ai greffé toutes les notes prises à l’époque sur chaque détail de l’histoire qui avait été discuté, pensé, prévu pour telle ou telle raison. Ce qui donne un carnet de notes dont chaque entrée est accessible tant comme une lecture traditionnelle que comme une lecture hypertexte, liée au détail de la trame à laquelle elle se rapporte.
On y trouve des détails sur les personnages principaux, sur le choix d’une voix off, sur les choix de colorimétrie, la musique… bref, sur chaque point important de la conception du film.
Enfin, il m’a semblé intéressant de me servir des possibilités interactives d’un livre numérique pour montrer précisément les différentes corrections apportées à l’écriture d’une même séquence. On peut ainsi comparer trois états d’écriture de la séquence du repas entre amis au début du film : la version originelle, les premières corrections et la version finale.

eBook design : trouver une forme pour un livre électronique

Le plus difficile a été la conception graphique et la mise en page de ce livre, que je voulais simples tout en étant élégante. La majorité des livres epub que l’on peut télécharger dans le commerce sont soit de simples copies du papier (ce qui n’est pas choquant en soi, puisque ce sont généralement des versions électroniques de livres existant en papier), soit des maquettes élaborées dignes de magazines.

Je voulais à la fois un livre qui soit pensé pour la version électronique depuis le départ, mais également éviter de tomber dans le design à outrance (pour lequel de toute façon je n’ai pas les compétences, n’étant pas maquettiste ou graphiste).

J’ai donc écumé le web à la recherche de conseils et d’aides, mais je me suis vite rendu compte de la difficulté de la tâche.

Car si vous pensiez comme moi que fabriquer un epub c’est grosso modo faire un site internet, vous vous trompiez lourdement. Avec des croyances similaires, je me suis heurté à de nombreuses difficultés, car si les moteurs de rendu des navigateurs internet peuvent tous maintenant donner plus ou moins la même chose, les moteurs de rendu des lecteurs epub (pourtant basés sur des navigateurs web) ne donnent jamais le même résultat. En effet, chaque lecteur interprète à sa façon le langage pourtant codifié du css3, et à sa manière également les spécifications pourtant très strictes de l’organisme qui a créé la norme epub, l’IDPF

Un état de fait que beaucoup d’eBook Designers, comme on les appelle, déplorent de concert avec moi.

Il faut aussi dire que trouver des informations de codage en epub3 sur internet est assez difficile. Si quelques tutoriaux existent, ils sont pour la plupart assez arides et manquent beaucoup de ces « trucs & astuces » qui sont souvent indispensables quand on cherche à régler un problème très précis. Le casse-tête commence dès le début : il faut choisir entre deux philosophies totalement opposées sur la publication. Le flux (en anglais le « reflowing »), permet au lecteur de choisir d’agrandir la taille de caractère, bouger l’espacement des lignes et même changer de fonte (donc vous ne pouvez pas créer une mise en page définitive, et vous devez en permanence l’adapter aux circonstances), alors que la pagination fixe (appelée « fixed layout ») le rend totalement prisonnier de votre mise en page, comme dans un simple pdf, comme aussi dans un livre classique. Ce choix se fait dès le début de la conception du livre, et il est impossible actuellement de mixer les deux approches (par exemple avoir un flux dans lequel certaines pages sont fixes)… sauf avec une petite astuce que j’ai mis plus de trois mois à dénicher…

Toutes ces raisons expliquent que ma mise en page ne soit pas garantie, hélas. Je remercie d’ailleurs mon ami Sixte pour ses tests sur la plateforme Androïd.

Le livre électronique final est téléchargeable gratuitement. Il est au format epub3, en attendant un format Kindle que je commence à explorer également.

Format : epub3

Poids du Fichier : 22.5 Mo

Langue : Français

Nombre de pages : 99

Conditions requises pour une lecture optimale :

Sur iPad : iBooks, version 3.0

Sur ordinateur : Readium, extension pour le navigateur Chrome de Google

Testé, lisible mais avec des perturbations possibles sur la mise en page :

Sur iPad et Androïd : Gitden Reader

Sur ordinateur : iBooks pour Mac version 1.0

Non lisible par (support epub3 insuffisant) :

Sur iPad : Marvin, Bluefire

Sur Androïd : eBookdroïd

Faire le choix de l’autoédition en 2014

Faire le choix de l’autoédition en 2014

Faire le choix de l’autoédition en 2014

Lorsque l’on a en soi le démon de l’écriture, vient fatalement un moment où l’on se pose la question du devenir de ces milliers de lignes que l’on accumule au fil du temps, des idées qu’on a fait surgir de son imagination, des images que l’on a fait naître, des personnages et des intrigues que l’on a patiemment construits. Tout cela restera-t-il à tout jamais enfoui dans un tiroir ou caché dans un fichier texte perdu dans les entrailles de l’ordinateur ? Ou bien ambitionnera-t-on de devenir quelqu’un que faute de mieux ou pourrait appeler un écrivain ?

Si l’on a assez confiance en son écriture, il est probable que le deuxième chemin se fasse si insistant qu’on songe à l’emprunter un jour.

C’est à ce moment-là que tout se complique.

Au Commencement… l’hubris de l’écrivain

Avoir l’audace de penser que ce que l’on produit est non seulement lisible, mais plus encore, mérite d’être lu, impose alors d’accomplir un véritable parcours initiatique semé d’embûches. Parce qu’il ne suffit pas de se proclamer écrivain pour le devenir. Comme pour toutes les activités humaines, l’écriture s’apprend. Patiemment. Pas à pas.

D’abord il faut se laisser du temps.

Du temps pour se relire soi-même et tenter de juger autant que faire se peut son propre travail à l’aune de ce que l’on imaginait avant de commencer à écrire. Pour ma part, je laisse souvent un texte « reposer » des semaines ou des mois, afin de m’éclaircir peu à peu les idées, de me sortir l’histoire et les mots de la tête. Lorsqu’enfin je reviens dessus et que suffisamment de temps est passé, je le relis entièrement et je prends des notes dans la marge. J’essaie de découvrir l’histoire comme si je ne l’avais pas écrite. Est-ce qu’elle me plaît ? Est-ce qu’elle est bien contée ? Est-ce que j’ai envie d’aller plus loin ? Et je corrige.

Tous les auteurs, tous les artistes même, connaissent cette discipline de l’aller et retour entre leur œuvre et leur exigence.

Mais être publié c’est se confronter à l’autre. Subir son regard sur l’œuvre. Et donc un peu sur nous-mêmes, qui y avons tant investi de temps et de passion.

La solution la plus simple est donc de trouver des relecteurs, ceux que l’on appelle les bêta-testeurs dans le monde de l’informatique. Souvent choisis dans le cercle familial, ils sont alors plus ou moins partiaux. Mais c’est déjà un premier regard extérieur, même s’il est forcément plus indulgent que le lecteur lambda.

J’ai la chance d’avoir des parents dont la sensibilité artistique est très forte et une épouse dont l’univers imaginaire est extrêmement proche du mien tout en ayant un esprit critique et logique très fort. Ils forment mes premiers relecteurs.

Il faut cependant aller plus loin si l’on veut vraiment savoir ce que l’œuvre a dans le ventre et trouver un relecteur attentif non seulement aux fautes élémentaires (orthographe, grammaire), mais aussi à l’intrigue, aux personnages, à l’ambiance. Quelqu’un dont l’expertise de la narration saura guider l’auteur ou au moins lui apporter un regard neuf et critique, subjectif mais étayé, argumenté.

Ça peut être le rôle des ateliers d’écriture, des appels à texte, mais aussi des autres artistes, d’un « agent littéraire » (quoique ce terme ne m’a jamais vraiment paru clair…) ou bien… d’un éditeur. Ce dernier prendra également en charge, une fois que le manuscrit semblera arrivé à maturité, la fabrication matérielle du livre, comme le producteur le fait pour un album de musique.

L’ère de l’édition « classique »

Dans les Temps Préhistoriques d’avant l’internet, publier un livre était une entreprise extrêmement coûteuse en matériel et en savoir-faire. Il fallait du papier, matière première chère et difficile à produire, des petits caractères de plomb, de l’encre, de la main d’œuvre qualifiée, obtenir l’imprimatur de la censure…

Le rôle des éditeurs, qui étaient parfois eux-mêmes des imprimeurs, était immense. Les risques qu’ils assumaient l’étaient tout autant. Véritables armateurs de l’aventure littéraire, leur investissement était comparable à ceux qui envoyaient des navires à l’autre bout du monde connu.

Puis les technologies ont évolué, et le rôle de l’éditeur est devenu celui de conseiller artistique tout autant que celui de producteur (au sens de bailleur financier) comme je l’évoquais plus haut.

Suivant la ligne éditoriale qu’il voulait imprimer à sa maison, à sa « marque », et suivant ce qu’il pensait du potentiel d’un écrivain, l’éditeur entrait dans le cycle de naissance de l’œuvre en faisant une critique plus ou moins fouillée, mais toujours sans concessions.

Du moins c’est ce que l’on attendait de lui.

Puis il prenait en charge la fabrication du livre, sa matérialisation en un ouvrage de papier relié, sa distribution jusque dans les plus petites librairies des plus petits villages de France, sa « promotion », sa commercialisation.

Il avait un rôle essentiel dans la naissance du livre fini. C’était lui qui le publiait, pas l’auteur, qui d’ailleurs lui cédait les droits sur son œuvre. Les droits commerciaux. En échange du support financier par l’éditeur du coût écrasant de la production physique d’un livre, de son stockage, de sa distribution, de sa publicité et de la gestion afférente, l’auteur n’était plus maître du destin de son œuvre une fois publiée. Sans compter que le contrat qui liait les deux parties était souvent assez avantageux pour l’éditeur en termes financiers. Il fallait bien compenser les risques pris.

Encore une fois les parallèles avec l’armateur de navires ou le producteur de musique ou de film me semblent les plus parlant.

L’éditeur, Faiseur de Rois

Comme je le disais plus haut, l’éditeur peut être un maillon essentiel de la maturation d’un livre, de sa « croissance » si on le compare à la gestation d’un être vivant. Il peut guider l’auteur, lui suggérer des pistes auxquelles il n’avait pas pensé, ou lui indiquer celles qui ne mènent pas forcément là où il le pensait…

C’est en ce sens que le travail d’un éditeur sert vraiment au livre qu’il produit.

Cependant ce rôle peut très bien être tenu par quelqu’un d’autre. Quelqu’un qui est impliqué dans la relecture, qui en a les compétences de par son habitude, son métier parfois. Les scénaristes américains nomment cet être étrange un « script-doctor ». C’est souvent un scénariste lui-même qui fait une relecture en profondeur, et parfois aide à remanier drastiquement certains scripts.

Ce système n’est pas encore une habitude sur le Vieux Continent, que ce soit au cinéma ou en littérature.

Publier un livre et être reconnu pour cela c’est encore en France suivre le parcours traditionnel remontant en gros au XIXe siècle.

Ceux qui voudraient de nos jours comme à cette époque s’affranchir de ce système n’ont pas vraiment le choix : soit ils renoncent à publier, soit ils publient « à compte d’auteur », c’est-à-dire qu’ils prennent en charge financièrement les coûts exorbitants de fabrication, sans pour autant avoir plus d’avantages qu’un auteur publié « à compte d’éditeur ».

De tels auteurs sont toujours regardés avec méfiance et condescendance. Ils sont considérés comme des auteurs ratés (vous comprenez, personne n’a voulu les publier…) ou comme des mégalomanes persuadés d’un talent imaginaire, à qui seule la force de l’argent permet de flatter un ego démesuré. Mais personne ne croit vraiment qu’on puisse vouloir trouver un autre système…

L’éditeur devient donc non seulement un passage obligé, mais également un Faiseur de Rois, puisque les prix littéraires, des plus modestes aux plus prestigieux, sont décernés à des auteurs publiés par le cénacle.

Mais est-ce que ce parcours est encore vrai en 2014 ?

L’ère de l’édition numérique

Fabriquer un livre aujourd’hui n’a plus vraiment grand-chose à voir avec la même activité au XVIe siècle, ni même au XIXe.

Pensez : l’écriture elle-même se fait sur un ordinateur qui ne consomme que de l’électricité, pas de papier et pas d’encre, on peut corriger à l’infini sans raturer. La mise en page se fait encore sur ordinateur, avec un risque moindre de fautes et de coquilles, pour peu qu’on utilise un bon correcteur informatique. L’impression elle-même est gérée par des ordinateurs préréglés, qui commandent des rotatives parfaitement calibrées. Le papier ne sert donc qu’une seule fois, et nos sociétés savent le fabriquer et même le recycler de façon acceptable. L’encre n’est pas plus un problème.

Et jusqu’à récemment il restait juste le frein de l’accès à ces savoir-faire. Jusqu’à récemment.

Il y a quelques années déjà que sont apparues des sociétés, d’abord américaines, puis européennes, permettant ce que l’on appelle l’impression à la demande. Le principe est assez simple. Le coût d’une impression est devenu tellement bas qu’il est devenu rentable d’imprimer exemplaire par exemplaire, et ce quel que soit le nombre de pages. Un livre imprimé à la demande ne coûtera pas beaucoup plus cher qu’un livre tiré à dix mille exemplaires (même s’il existe bien sûr une différence).

Dans le monde du jeu de rôle, une niche un peu particulière de l’édition, cela commence à faire quelques années que lulu.com et d’autres sont utilisés par les éditeurs comme par les auteurs eux-mêmes.

Ce premier verrou libéré, il ne restait plus que celui de la distribution.

Là encore l’internet a bouleversé les choses.

Les plateformes en ligne comme Amazon n’ont été que les précurseurs. De nombreuses librairies indépendantes commencent à s’y mettre. Soumettre la commande d’un livre peut donc être très simple. Même dans un petit village loin des centres de distribution, votre libraire peut vous commander votre ouvrage, voire déclencher l’impression à la demande. Le lecteur peut même le faire seul, depuis son propre accès internet.

Les circuits de distribution physique, qui sont toujours indispensables, peuvent alors se mettre en marche.

Mieux encore, le livre devient maintenant numérique, et sa fabrication ne réclame donc aucune ressource physique. Plus besoin d’impression. Plus de coût de fabrication.

Plus besoin de quelqu’un pour supporter le coût financier de la fabrication d’un livre.

Plus besoin d’éditeur…

En fait, dans ce modèle émergent il reste tout de même un acteur absolument indispensable : les plateformes internet de téléchargement ou de commande. Amazon, l’iBookstore, Kobo, Barnes & Noble en sont les meilleurs exemples car ils préfigurent ce que tout cela peut devenir. D’autres librairies en ligne existent bien sûr, dont certaines hexagonales, mais elles n’ont pas encore la taille critique pour accéder au nouveau pouvoir : la visibilité.

Comme dans l’édition traditionnelle, un livre n’est lu que s’il est connu, s’il rencontre son public.

Comme dans une librairie, il faut fureter sur les plateformes pour dénicher la perle rare, le bouquin qui vous fera rêver ou rire ou pleurer ou réfléchir, ou les quatre à la fois. Mais hélas, contrairement à un véritable libraire, la plateforme ne vous conseille pas vraiment… Il faut donc être malin lorsque l’on veut se faire connaître, tout autant qu’avoir une bonne écriture.

Pour la promotion non plus, il n’y a plus besoin d’éditeur, puisque les canaux de communication ne sont plus centralisés : Twitter, Facebook, Goodreads surtout, peuvent très bien faire connaître votre ouvrage. Et nul besoin d’être éditeur pour y avoir accès et très bien savoir en jouer.

La Liberté guidant l’auteur ?

Fort de ces réflexions, peut-on avoir une vraie démarche littéraire et publier en autoédition en 2014 ?

Ma réponse est trois fois oui.

Oui, parce que si les premières étapes de l’écriture ne nécessitent personne d’autre que soi, les étapes suivantes de relecture et de correction peuvent désormais entrer dans l’ère de l’écriture collaborative, à travers un site internet par exemple, mais aussi au gré de collaborations entre auteurs, comme j’ai la chance d’en vivre, notamment avec Mlle N. malgré et sans doute grâce à la différence de nos univers. L’exigence de qualité restera la même. En tous les cas je ne la ressens pas moins grande que lorsque Manuscrit.com a accepté de publier Poker d’Étoiles.

Oui, parce qu’à condition de s’intéresser un peu à des choses très simples comme la mise en page basique, ou plus complexe comme certains langages informatiques (HTML, CSS et JavaScript essentiellement), il est extrêmement facile de concevoir une maquette papier, un simple PDF ou un ebook, puis de les matérialiser (ou dématérialiser dans le dernier cas).

Oui, enfin, parce que diffuser et vendre son livre, même si cela demande du travail, beaucoup de travail, est parfaitement possible. D’autres l’ont fait. Je pense à Jean-Claude Dunyach, mais aussi à Agnès Martin-Lugand.

Reste à discuter de la motivation profonde de tout cela.

Pourquoi s’ennuyer (pour rester poli) à accomplir tout ce travail de mise en forme, de technicité, de promotion, quand on n’a déjà pas assez de temps à son goût pour écrire et qu’on peut laisser un éditeur s’en charger ?

Chacun aura sa réponse, mais la mienne tient en un mot : liberté.

En signant pour Poker d’Étoiles, j’ai cédé les droits de mon œuvre à l’éditeur. Je ne suis plus maître de la façon dont mes écrits sont diffusés. Poker d’Étoiles n’est disponible qu’en papier et en PDF, pas en véritable ebook. Pas sur la boutique Kindle d’Amazon ni l’iBookstore d’Apple. La couverture du livre papier est sobre, mais je ne l’aurais pas imaginée comme cela. Et je n’ai aucun pouvoir là-dessus. Je ne suis plus maître d’une adaptation cinématographique, ayant aussi signé un contrat sur ce point-là. Non qu’Hollywood m’ait fait une offre, bien sûr (encore que j’avais élaboré un casting imaginaire sympathique que je vous livrerai peut-être un jour…), ou qu’on m’ait forcé la main pour signer…

Mais je ne suis plus maître du jeu.

Et je me suis rendu compte au fil des années que si j’avais tant aimé la réalisation au cinéma, si j’ai eu autant envie de m’essayer à la mise en scène et à la production technique d’un film, c’était aussi parce que j’attache énormément d’importance à la forme que va prendre une œuvre. Les mots d’un livre sont son essence, son âme, mais la façon dont l’ouvrage est présenté devient son enveloppe corporelle, son sang, ses os, sa chair.

J’ai envie d’avoir mon mot à dire aussi sur tout cela dans mes écrits.

C’est pour cela bientôt, cette année je l’espère, certains de mes projets vont naître sous mon entière responsabilité, constitués d’imaginaire pur, mais habillés d’écaille & de plume