LE LIVRE (presque une encyclopédie): structure et fonctionnement

Le principe est assez simple et n'a pas vraiment changé depuis des siècles: Il s'agit d'inscrire dans la matière

• l'argile ^[1]
• le papyrus ^[2]
• l'oxyde de silicium
• ...

des informations, des savoirs que d'autres pourront venir consulter, et ce, autant que cette matière le permettra, et que la transcription restera déchiffrable, intelligible.
Mais, alors qu'il ne s'était pas passé grand-chose depuis l'invention de l'imprimerie, aujourd'hui, l'écriture est en train de vivre une révolution pour le moins comparable:
La révolution numérique:
Écrire,
lire,
éditer,
imprimer,
partager, ne se feront désormais plus jamais comme avant.

I. Organisation, structure du livre.
II. Mise en page. Formatage.
III. Création / modification de sujets.
IV. Moteur de recherche
V. Les lecteurs, les rédacteurs, les groupes...
VI. Multi-site... ou pas.
VII. Module « book » de Drupal et de Wordpress.
VIII. Wikipedia, MediaWiki, Dokuwiki, What else?
IX. Version mobile.
X. Conclusions.

I. Organisation, structure du livre.

Voici pêle-mêle quelques options d'organisation du livre:

• Par Thèmes.
  C'est le cas de nombreux ouvrages comme par exemple l'encyclopédie de charpente (titre exact +lien) et...(autres exemples) + liens
• Sur une base alphabétique.
  Comme les dictionnaires encyclopédiques.
• Sur une base aléatoire. Un peu comme « Tout l'univers », l'encyclopédie de ma jeunesse...
• Sur une base chronologique.
  À la façon d'un blog.
• Un peu tout à la fois..

II. Mise en page. Aspect. Formatage.

Avant LA version finale, des phases de maturation et de tests vont se succéder. Une première question vient à l'esprit, et ses motivations sont loin d'être purement esthétiques ou graphiques:

A – L'aspect général doit-il se rapprocher de celui d'un livre ?: sommaire, articles, glossaire...^[3]
B – ou plutôt de celui d'un site standard avec des blocs : navigation, lien vers un blog, articles récents, articles en cours, fil d'Ariane, contacts...

A ce stade, surviennent plusieurs remarques:
Remarque 1: La compatibilité Web / impression.
Deux des objectifs principaux étant la publication sur le Web et la publication papier, il faudra veiller à ce que la version imprimable ne soit pas seulement un clone de la version web.
En effet, la barre de navigation indispensable sur le Web, devient inutile sur le papier, et particulièrement si elle est présente à chaque page.
Pareil pour les vidéos; les feuilles vidéos n'existant pas encore, leur présence sur le papier seraient totalement inopportune. Et il en va de même pour l'utilisation des liens à répétition.
Une solution pourrait être une présentation sous la forme de trois blocs verticaux:
Un bloc à gauche, rétractable, pour la navigation dans les articles et les chapitres. ^[4]
LE bloc central, comprenant le contenu à proprement parlé, et imprimable selon ses choix
Un bloc à droite pour les éléments non imprimables.

Nb: les versions d'export .Pdf, .mobi, .epub,^[5] ...devraient pouvoir conserver :
─ un sommaire dynamique (cliquable)
─ les liens
─ les vidéos
─ …

Remarque 2: une barre de menus horizontale? verticale?
– Une barre de menus horizontale, permet une lecture rapide, mais est rapidement limitée par la largeur de la page. Pour régler ce problème, on peut utiliser des menus déroulants qui apparaissent au survol (ou clic) de la souris.

– Une barre de menus verticale est moins rapide en lecture, mais n'est théoriquement pas limitée.
Remarque 3: Petite note en passant ─ non seulement lors du chargement d'une nouvelle page, seules les parties nécessaires devraient être chargées (ce que permettent ajax et php ) évitant ainsi le rechargement systématique des titres, menus, barres de navigation, logos... mais il faut également veiller à ce que chaque page ait son adresse propre (cela peut paraître évident, mais il est tout à fait possible que toutes les pages d'un site aient la même adresse ce qui peut accessoirement poser quelques petits problèmes.
Remarque 4: Le livre étant (espérons le) en chantier permanent, on peut imaginer des codes couleurs (ou autre) pour les articles terminés, en cours, ou vides.
Remarque 5: A voir, le comportement du texte selon les écrans et le zoom. C'est certes un détail technique, la logique veut que l'on applique un remaniement du texte afin de ne conserver que la barre de défilement verticale, évitant ainsi d'ajouter un déplacement horizontal particulièrement peu pratique. L'autre option serait de conserver le texte tel qu'il est à l'impression, comme quand on zoome dans un Pdf. A tester …
Remarque 6: Police, mise en forme, images... Afin d'assurer une certaine unité graphique, on établira certaines règles concernant le choix de la police, sa taille, la (les) couleurs de fond, les sommaires d'articles, les images(formats, taille, poids)...

III. Création / modification de sujets.

L'idée de départ est que la création et la modification de sujets ou d'articles, soient simple et accessible.
Simple veut dire sans passer par l'apprentissage d'un langage ou d'une syntaxe.
Accessible, c'est à dire en restant dans la page qu'on est en train de lire ( Front-office) ^[6].

IV. Moteur de recherche.

Voici un détail à ne pas négliger.
Hypothèse 1: le livre est édité à partir d'un programme comportant déjà un moteur de recherche. Si le moteur inclus ne semble pas assez performant, il faudra vérifier si des modules, des plug-in peuvent résoudre problème.
Hypothèse 2: le moteur est indépendant.
Les différents types de recherches restent classiques:
– par mots clefs,
– par auteur,
– dans les images,
– dans l'index alphabétique.
– Utilisation des tags, de la taxonomie.

V. Les lecteurs, les rédacteurs, les groupes...

Ils sont l'âme du projet...
Une des missions sera de révéler à chaque lecteur qu'il est un contributeur en puissance...

VI. Multi-site?

Le point d'interrogation tient au fait que les inconvénients pourraient finalement être supérieurs aux avantages. L'idée de vouloir séparer "le livre" de tout "ce qui n'est pas le livre" semble au départ être une bonne idée. Ce qui donnerait au final deux sites différents, mais qui, pour le lecteur, n'en paraîtrait qu'un seul. En revanche, pour les contributeurs, cela pourrait poser des problèmes de passerelle entre les deux. En effet si l'on est connecté sur un site, il serait fastidieux de se connecter une deuxième fois pour accéder au second.
La question de la mise à jour est également une préoccupation: si l'on modifie des données sur un des deux sites, ces modifications devraient s'effectuer en temps réel sur l'autre site.
A voir donc si les solutions multi-sites proposées par certains CMS peuvent solutionner ces questions...

VII. Module « book » de Drupal et de Wordpress.

VIII. Wikipedia, MediaWiki, Dokuwiki, What else?

Le sujet est déplacé ici

IX. Version mobile.
Pour le meilleur, et pas seulement, le téléphone est devenu un véritable outil de travail, au même titre qu'un marteau ou qu'un pinceau.
De plus, on a pas toujours à portée de main son ordinateur ou ses livres, par conséquent, le mobile devrait être un outils privilégié pour la partie consultation.
Pour la partie écriture et collaboration (excepté les tchats^[8] et les forums...) le téléphone ne sera peut-être pas l'outil idéal.

X. Conclusions.

Notes: