TR : Re : Re: [fr-users] Writer n’est pas le format : clarification sur structure, usage et limites techniques

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 <bernard.schoenacker@free.fr> 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. Dupli­cation 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 <m.libreoffice@santonum.eu> 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 à users+unsubscribe@fr.libreoffice.org 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 à users+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy