Bonjour, Un audit technique complet du tutoriel “Prise en main de LibreOffice (débutants)” a été réalisé. Cette analyse a nécessité plus de 16 heures de travail continu afin de décortiquer précisément :
* la structure du document ODT, * la conversion vers Markdown, * l’inventaire exhaustif des ressources graphiques, * la traçabilité des formats utilisés, * et la conformité potentielle vis-à-vis des licences. Ce message vise à exposer les constats techniques et leurs implications. --- # 1. Problème structurel de fond Le document présente une dépendance massive à des ressources graphiques hétérogènes issues de différents formats : * JPEG * PNG * EMF (Enhanced Metafile – Microsoft) * SVM (StarView Metafile – StarOffice) Après inventaire complet : * **17 fichiers EMF** * **58 fichiers SVM** * plusieurs centaines de PNG * JPEG convertis en parallèle Soit **75 fichiers vectoriels non standards ou problématiques**. --- # 2. Problème des formats EMF Les fichiers EMF : * sont des formats propriétaires Microsoft ; * ne documentent pas explicitement leur licence ; * sont dépendants d’un écosystème propriétaire ; * ne constituent pas un format ouvert recommandé dans une documentation destinée à diffusion publique. La présence de ces fichiers pose un problème de conformité si la documentation est distribuée sous GNU FDL ou licence équivalente. Convertir un EMF en JPEG ne règle pas le problème juridique : la source d’origine demeure propriétaire. --- # 3. Problème des fichiers SVM Les fichiers SVM : * sont des formats historiques internes à StarOffice ; * ne sont pas interopérables ; * ne sont plus utilisés comme standard ouvert ; * sont obsolètes d’un point de vue documentaire. Ils ne constituent pas une base pérenne pour une documentation destinée à durer. --- # 4. Impact réel sur le document Les ressources graphiques actuelles : * alourdissent fortement le document ; * multiplient les dépendances implicites ; * compliquent toute mise à jour ; * rendent difficile la traçabilité ; * empêchent une gestion claire des icônes vs captures écran ; * rendent le fichier ODT dépendant d’artefacts historiques. En l’état, le tutoriel repose sur un socle graphique instable. --- # 5. Problème de séparation des types d’images L’audit a mis en évidence l’absence de séparation claire entre : * Icônes (petites tailles, réutilisables) * Captures écran (contextuelles) * Illustrations pleine page (A4) * Ressources historiques importées Cette absence de typologie entraîne : * duplication inutile ; * incohérence dimensionnelle ; * difficulté de maintenance ; * perte de lisibilité dans l’arborescence. --- # 6. Conséquence majeure : ODT et PDF à reprendre Au vu des types MIME identifiés (EMF et SVM notamment), le document ODT d’origine doit être considéré comme techniquement contaminé par des ressources non pérennes. En conséquence : * Le PDF généré repose sur ces ressources. * Le ODT repose sur ces ressources. * Les images doivent être remplacées, pas simplement converties. Une remise à plat complète des images est nécessaire : 1. Remplacement des EMF par équivalents libres (SVG / PNG libre). 2. Suppression ou conversion propre des SVM. 3. Séparation stricte des icônes et captures écran. 4. Reconstruction des exports ODT et PDF après assainissement. --- # 7. Travail réalisé Durant l’audit : * Stabilisation complète du Markdown. * Inventaire exhaustif des ressources. * Réorganisation par dimension réelle. * Correspondance stricte entre formats. * Détection des doublons. * Traçabilité des références hashées. Ce travail a permis de mettre en lumière la dérive progressive accumulée sur apprimativement six années. --- # 8. Conclusion Il ne s’agit pas d’un problème ponctuel mais d’un problème structurel accumulé dans le temps. Le tutoriel peut être stabilisé, mais uniquement au prix : * d’une reprise complète des images ; * d’un remplacement des formats propriétaires ; * d’une normalisation stricte des ressources graphiques ; * d’une reconstruction des versions ODT et PDF. Ce constat est purement technique. Il ne relève ni d’une appréciation personnelle, ni d’une critique éditoriale, mais d’un audit méthodique fondé sur l’inventaire complet des fichiers. Cordialement Bernard Schœnacker Technicien Méthodes Rédacteur Technique Industriel 57930 Fénétrange -- Envoyez un mail à [email protected] pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/discuss/ Privacy Policy: https://www.documentfoundation.org/privacy
