Avec libreoffice version 6.x, le PDF fait 448 pages A4 et 6,3 mo je n'ai pas énormément d'images écrans il y a 80 illustrations (en N&B), par exemple une annexe décrit pas à pas la création d'une machine virtuelle debian en 32 images.
La version papier fait 763 pages format Livre Broché 17x21 ( Message : j'envoie une dédicace manuscrite a tout les lecteurs qui en feront la demande ...)
Si cela peut t'aider voici comment j'ai procédé :
Les styles LibreOffice étaient imposés par l'éditeur, par cohérence avec l'équipe chargé de la photocompo (des vrais pros).
Mais ces styles je les ais un peu adaptés et modifiés en fonction de mes besoins.
Pour cela j'ai créé un modèle avec ces styles et notamment pour avoir par défaut l'ancrage des images "Comme un caractère", c'est plus facile pour moi.
Ensuite un document odt par chapitre, soit 19 docs dans mon cas plus quelques autres ...
Et un "document maître" (suffixe .odm)
J'ai du apprendre ce qu'était un document maître sous LibreOffice mais la communauté et les infos ne manquent pas
A vérifier mais ce document doit partir d'un modèle ensuite il faut prévoir quelques pages pour le titre, la table des matières, l'index des figures/illustrations etc ...
Ensuite tu lies les documents dans l'ordre des chapitres.
C'est une opération pas facile mais une fois terminée, tu peu travailler sur chaque chapitre sans problème, et de temps en temps tu édites ton document maître (DM) ce qui te permet de faire les mises à jours de la table des matière et des illustrations.
Ce DM permet aussi d'imprimer la totalité, de générer un PDF, faire des recherches etc ... comme sur un document unique.
En fonction de la puissance de ta machine la mise à jour de ce DM peut prendre un peu de temps (des secondes ...)
Pour la gestion des figures et illustrations je te conseille d'être très rigoureux sur le nommage des figures, dans mon cas c'était imposé car même si les images étaient dans les documents de chapitres, je devait aussi les fournir dans un répertoire à part.
le nommage était de la forme : CHAPITRE EI No_Ordre_dans_le_chapitre Légende
Exemple :
Légende = 03EI02 Bloc de code
Fichier = 03EI02_bloc_de_code4.png
J'ai du modifié le formattage par défaut de l'index des illustrations pour obtenir qq chose comme
Cela permet de voir les images qui ne sont pas correctes en légende et de les retrouver facilement
Tu peu aussi avoir des stats sur le document final (nombre de mots, de caractères etc ...)
Une fois par mois je devais fournir des informations de ce style à mon éditeur, et j'ai fini par écrire un script python qui me génére un tableau (1 ligne = 1 chapitre) qu'il suffit de copier dans une feuille de tableur et de modifier manuellement les %ages de complétions.
Car de plus il y a une limite technique sur le nombre de pages et de caractères maximale sur la version papier et dans mon cas je devais fournir un manuscrit de 250 000 caractères minimum.
Au début j'avais peur du minimum, mais très vite j'ai eu peur du maximum :) j'ai du faire des choix ...
Un truc quand tu dois gérer beaucoup d'images écrans, je te conseille de créer un tableau avec une seule colonne, comme cela tu peu plus facilement gérer les espacements les centrages et aussi les légendes en dessous de chaque image.
je ne sais pas si c'est une bonne pratique par contre ...
Petit truc aussi pour les portions de codes : je mettais en commentaire le fichier correspondant, cela m'a permis de faire un recensement des sources présents dans les documents et de les extraire ... et il faut penser aux lecteurs qui veulent retrouver le fichier correspondant.
En fonction du document final (papier, PDF etc ...) pas la peine de garder des images de 4k, avec image magick + quelques scripts il est facile d'unformiser tout cela
Et aussi je te conseille de gérer les sources (1,2 Go tout de même) avec git qui est incroyable car tu peu même voir les différences entres documents odt entre 2 commits, cela nécessite un petit peu de paramètrage mais c'est possible.
Après pour ton problème de police, il faut peut être faire un peu de recherche pour voir quelles polices posent problèmes, mais les PDF que je générait n'avait pas de problème, j'ai du aussi l'éditer 2 ou 3 fois sur des imprimantes laser, sans soucis.
Bref si tu as des questions n'hésite pas à me contacter.
# LibreOffice c'est bien
Posté par Christophe B. (site web personnel) . En réponse au journal Outils pour écrire un livre. Évalué à 10. Dernière modification le 05 mai 2021 à 11:14.
Bonjour,
J'ai écrit le livre "Scripting Python sous linux" ( Editions ENI)
Avec libreoffice version 6.x, le PDF fait 448 pages A4 et 6,3 mo je n'ai pas énormément d'images écrans il y a 80 illustrations (en N&B), par exemple une annexe décrit pas à pas la création d'une machine virtuelle debian en 32 images.
La version papier fait 763 pages format Livre Broché 17x21 ( Message : j'envoie une dédicace manuscrite a tout les lecteurs qui en feront la demande ...)
Si cela peut t'aider voici comment j'ai procédé :
Les styles LibreOffice étaient imposés par l'éditeur, par cohérence avec l'équipe chargé de la photocompo (des vrais pros).
Mais ces styles je les ais un peu adaptés et modifiés en fonction de mes besoins.
Pour cela j'ai créé un modèle avec ces styles et notamment pour avoir par défaut l'ancrage des images "Comme un caractère", c'est plus facile pour moi.
Ensuite un document odt par chapitre, soit 19 docs dans mon cas plus quelques autres ...
Et un "document maître" (suffixe .odm)
J'ai du apprendre ce qu'était un document maître sous LibreOffice mais la communauté et les infos ne manquent pas
A vérifier mais ce document doit partir d'un modèle ensuite il faut prévoir quelques pages pour le titre, la table des matières, l'index des figures/illustrations etc ...
Ensuite tu lies les documents dans l'ordre des chapitres.
C'est une opération pas facile mais une fois terminée, tu peu travailler sur chaque chapitre sans problème, et de temps en temps tu édites ton document maître (DM) ce qui te permet de faire les mises à jours de la table des matière et des illustrations.
Ce DM permet aussi d'imprimer la totalité, de générer un PDF, faire des recherches etc ... comme sur un document unique.
En fonction de la puissance de ta machine la mise à jour de ce DM peut prendre un peu de temps (des secondes ...)
Pour la gestion des figures et illustrations je te conseille d'être très rigoureux sur le nommage des figures, dans mon cas c'était imposé car même si les images étaient dans les documents de chapitres, je devait aussi les fournir dans un répertoire à part.
le nommage était de la forme : CHAPITRE EI No_Ordre_dans_le_chapitre Légende
Exemple :
Légende = 03EI02 Bloc de code
Fichier = 03EI02_bloc_de_code4.png
J'ai du modifié le formattage par défaut de l'index des illustrations pour obtenir qq chose comme
03EI02 Bloc_de_code ............Chapitre : 3.2 Page : 19
Cela permet de voir les images qui ne sont pas correctes en légende et de les retrouver facilement
Tu peu aussi avoir des stats sur le document final (nombre de mots, de caractères etc ...)
Une fois par mois je devais fournir des informations de ce style à mon éditeur, et j'ai fini par écrire un script python qui me génére un tableau (1 ligne = 1 chapitre) qu'il suffit de copier dans une feuille de tableur et de modifier manuellement les %ages de complétions.
Car de plus il y a une limite technique sur le nombre de pages et de caractères maximale sur la version papier et dans mon cas je devais fournir un manuscrit de 250 000 caractères minimum.
Au début j'avais peur du minimum, mais très vite j'ai eu peur du maximum :) j'ai du faire des choix ...
Un truc quand tu dois gérer beaucoup d'images écrans, je te conseille de créer un tableau avec une seule colonne, comme cela tu peu plus facilement gérer les espacements les centrages et aussi les légendes en dessous de chaque image.
je ne sais pas si c'est une bonne pratique par contre ...
Petit truc aussi pour les portions de codes : je mettais en commentaire le fichier correspondant, cela m'a permis de faire un recensement des sources présents dans les documents et de les extraire ... et il faut penser aux lecteurs qui veulent retrouver le fichier correspondant.
Ex :
En fonction du document final (papier, PDF etc ...) pas la peine de garder des images de 4k, avec image magick + quelques scripts il est facile d'unformiser tout cela
Et aussi je te conseille de gérer les sources (1,2 Go tout de même) avec git qui est incroyable car tu peu même voir les différences entres documents odt entre 2 commits, cela nécessite un petit peu de paramètrage mais c'est possible.
Après pour ton problème de police, il faut peut être faire un peu de recherche pour voir quelles polices posent problèmes, mais les PDF que je générait n'avait pas de problème, j'ai du aussi l'éditer 2 ou 3 fois sur des imprimantes laser, sans soucis.
Bref si tu as des questions n'hésite pas à me contacter.