Le 17/09/2017 à 17:25, Laurent BALLAND-POIRIER a écrit :
Le 17/09/2017 à 17:07, Pierre Choffardet a écrit :
Si je regarde le contenu du fichier, l'image que j'ai ajoutée y est
bien (dans le dossier pictures). (l'empreinte CO2). Elle est associée
à image3 dans le code XML de content.xml. Et c'est bien image3 qui
est grisé
...
Pierre
Le 17/09/2017 à 16:57, Pierre Choffardet a écrit :
Bonjour,
Merci d'avoir pris du temps pour regarder ce problème.
J'ai aussi un objet grisé qui s’appelle forme 1. ça en fait donc deux
voilà le navigateur
https://www.dropbox.com/s/l47b0i8yqjtmdpr/F5.jpg?dl=0
J'ai oublié de préciser : LO 5.4.1.2
Vous avez essayé d'ajouter une image ?
Autre question, je trouve ce document très lent. Zoom, défilement.
Vous aussi ?
Pierre
Le 17/09/2017 à 16:28, Laurent BALLAND-POIRIER a écrit :
Je remarque que "normalement" les formes n'apparaissent dans le
navigateur que si on leur a donné un nom. Il est donc bizarre que
cette forme apparaisse dans le navigateur. Mais le code XML de
cette forme étant vide, il a du y avoir un pb à 1 époque avec ce
style de page.
Laurent BP
Je reproduis le bogue avec LibO 5.4.1 mais pas avec LibO 5.3.6. Comme
indiqué dans mon message de 16:14 j'ai pu insérer une image avec LibO
5.3.6 et le comportement est normal.
Je constate que LibO 5.4.1 n'affiche pas la première image (Image3 :
une empreinte de pied suivi de CO2, en blanc sur fond vert), alors
qu'elle est visible avec LibO5.3.6.
L'insertion d'image effectivement échoue selon la procédure décrite
dans LibO 5.4.1.
Mon analyse : il y a un bogue dans LibO 5.4 qui ne sait pas gérer
cette forme utilisée dans un style de page non utilisé. LibO 5.4 se
mélange alors les images et l'insertion devient b****.
Solution de contournement : dans LibO 5.3.6, supprimer le style de
page "1ere Page SI". Enregistrer et on peut reprendre le travail
normalement avec LibO 5.4.
Le fichier débarrassé du style de page et enregistré avec LibO 5.3.6
est disponible ici :
https://framadrop.org/r/BZCYvhqUjO#FALf5+UchAFw4FApoY7TG5CvgjTVwTfPIJwnrK05oQQ=
Laurent BP
OK, j'ai modifié le style de page du modèle, car sinon, il reviendra à
chaque fois.
L'origine du problème, c'est donc l'incapacité de LO, lors d'une mise à
jour des styles à transférer l'image du modèle vers le fichier. Ensuite,
c'est son incapacité à gérer le bug dans le XML
Conclusion : pour ceux qui utilisent les styles de pages, avec des
images dans des en-têtes, le tout dans un modèle, et qui font vivre ce
modèle.
Ça fout le b***** dans le fichier XML, et ça empêche l'ajout d'images.
Pas simple alors de remonter l’origine du problème. Les autres qui vont
y être confrontés vont s'arracher les cheveux (un coup ça marche, un
autre pas)
OK, ça concerne une personne sur mille (voire moins), mais c'est dommage
que ces fonctions soient finalement inutilisées, car pas complètement
implémentées.
C'est aussi sur ces points que LO peut se montrer un bon outil. C'est
dommage.
Pierre
--
Envoyez un mail à qa+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être
supprimés
Context
Re: [fr-qa] Images qui ne s'enregistrent pas Writer · Pierre Choffardet
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.