Bonjour, Voici une remarque :
Les échanges ici relèvent du collectif. Une demande d’assistance qui s’apparente à du support professionnel dépasse le cadre d’une liste d’utilisateurs. Je fournirai des exemples génériques, mais je ne peux pas assurer un accompagnement individuel. à bon entendeur Salut ----- Bernard Schoenacker <[email protected]> a écrit : > Bonjour Stéphane, > > Merci pour votre intérêt. > Je peux fournir des exemples concrets, reproductibles, illustrant précisément > les limites structurelles dont je parlais. Voici trois cas parmi les plus > fréquents, observables dans n’importe quel ODT un peu complexe. > > 1. Duplication automatique de styles graphiques et de paragraphes > On insère un simple logo, on le déplace deux fois, et Writer génère : > > php-template > Copier le code > <style:style style:name="gr1" ... /> > <style:style style:name="gr2" ... /> > <style:style style:name="gr3" ... /> > Ces styles ne sont pas visibles dans l’interface, mais se retrouvent dans > content.xml. > L’utilisateur pense avoir “un seul logo”, alors que l’ODT contient plusieurs > définitions héritées. > > 2. Rupture d’héritage entre styles de page > Cas classique : > > un style de page A hérite de Standard, > > on insère un saut de page, > > Writer crée un style automatique intermédiaire, > > l’héritage se rompt. > > Résultat : > – les en-têtes/pieds deviennent incohérents, > – les pages ne suivent plus la même logique, > – et l’utilisateur ne comprend pas pourquoi. > > Ce comportement est répertorié dans plusieurs rapports de bug liés aux > automatic-page-styles. > > 3. Corruptions mineures du XML invisibles pour l’utilisateur > Exemple typique après conversion DOCX → ODT ou plusieurs sauvegardes : > > pgsql > Copier le code > <text:p text:style-name="P1"> > <text:span text:style-name="T3">[…]</text:span> > </text:p> > où P1 ou T3 : > > n’existent plus, > > sont contradictoires, > > ou proviennent d’une version précédente du fichier. > > Writer doit interpréter ces incohérences, ce qui mène parfois à : > – des paragraphes qui changent de style, > – des listes qui décrochent, > – des objets qui se repositionnent. > > ?? Conclusion courte > Ces phénomènes : > > ne relèvent pas d’un “mauvais usage”, > > ne sont pas visibles dans l’interface, > > mais sont parfaitement observables dans content.xml. > > Si vous le souhaitez, je peux fournir un fichier ODT minimal reproduisant > chacun des cas ci-dessus, ou détailler d’autres situations documentées dans > les rapports LO. > > Cordialement, > Bernard Schœnacker > > Technicien Méthodes – Rédacteur Technique > Fénétrange > > > ----- Stéphane Santon <[email protected]> a écrit : > > Bonjour, > > > > Le 15/12/2025 à 11:30, Bernard Schoenacker a écrit : > > > On peut parfaitement utiliser Writer “dans les règles de l’art” et > > > obtenir malgré tout : > > > des styles dupliqués automatiquement, > > > des ruptures dans l’héritage des pages, > > > des entêtes/pieds dissociés, > > > des styles enfants générés sans action explicite, > > > des corruptions mineures du DOM, > > > ou des comportements apparus après plusieurs sauvegardes. > > > > > > Ces phénomènes ne dépendent pas de la rigueur de l’utilisateur, > > > mais de la dette technique intrinsèque du format OpenDocument. > > > > Ça m'intéresse, je ne demande qu'à découvrir. Donc je réponds : > > > > Des exemples ! Des applications ! Des exemples ! Des démonstrations ! > > > > Merci > > > > -- > > Envoyez un mail à [email protected] pour vous désinscrire > > Les archives de la liste sont disponibles à > > https://listarchives.libreoffice.org/fr/users/ > > Privacy Policy: https://www.documentfoundation.org/privacy > -- Envoyez un mail à [email protected] pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/ Privacy Policy: https://www.documentfoundation.org/privacy
