le nom des champs apparait si conversion odt en docx

fr-users
#1

Bonjour à tous,

J'ai un document odt ou j'ai plusieurs Champs Utilisateurs, lorsque je le convertis en docx le nom des champs sont apparent "Champ d'utilisateur NomDuChamp=données".

Ce n'est pas le cas des Champs Dates

Comment faire pour supprimer cela ?

Merci à tous pour votre aide

Jean Luc

Configuration:

Windows 10

LibreOffice 5.2 .7 .2.

#2

Bonjour,
Est-ce que le texte est d'abord conçu puis sauvegardé au format .odt,
ou bien directement en .docx ?

#3

Bonjour Jean Michel

Oui c'est bien un texte odt ou j'ai automatisé une partie des saisie.

Il sort correctement si je l'exporte en PDF, mais faute de convaincre mes autres collègues de l’intérêt d'utiliser LibreOffice je dois le convertir en DOCX pour eux.

A bientôt

#4

Bonsoir Jean-Michel

Dans ce cas là non car c'est le fichier  docx créer par Libreoffice

si j'ouvre le fichier odt avec word je n'ai plus le problème de la présence du nom des champs mes les tableaux de calc copié dans le document sont remplacé par une jolie croix rouge problème de microsoft !!

a bientôt

#5

Je précise aussi que si j'ouvre le Docx avec libreoffice j'ai le même problème qu'avec word, il me semble donc que c'est un bug.

Je précise que je travail toujours sur le même format odt et ce n'est qu'au dernier moment que je l'enregistre sous Docx.

Je ne fais pas d'aller et retour entre odt et docx

Jean-Luc

#6

Bonsoir,

et si tu laisses le doc en .odt que dit word....

est-ce que tu pourrais m'envoyer une copie du doc en question si pas
confidentiel ?

Yves

#7

je viens de faire un test rapide :

insérer champs utilisateur : Nom (des propriétés générales de libreoffice).
et un peu de texte.

enregistrement sous .ods et ensuite en docx.
relecture en word2010 => ok

je suis avec la version :
Version: 5.4.4.2
Build ID: 2524958677847fb3bb44820e40380acbe820f960
Threads CPU : 4; OS : Windows 6.19; UI Render : par défaut;
Locale : fr-BE (fr_BE); Calc: group

nb: relecture du fichier .ODT via word => erreur lors de la lecture => en
forçant pour ignorer les erreurs => document OK mais le nom est affiché
comme du texte normal et plus considéré comme une "variable" par word.

Yves

#8

Quand je lis "LibreOffice 5.2 .7 .2." déjà je commencerais pas suggérer d'installer une version plus récente de LibreOffice. Les compatibilité avec le docx s'est améliorée depuis, mais pas à ce point d'ailleurs.

Ensuite, le problème vient de ce que le docx ne traite pas forcément les champs, ni n'a les mêmes catégories de la même façon que l'odt d'où des interprétations bizarres.

Les types de champs qui semblent correctement exportés et interprétés :

- les champs Info document personnalisés dont le contenu vient de Propriétés personnalisées ;
- les champs de saisie qui ne font pas appel ou ne sont pas source de calculs ;
- les champs avec des listes de saisie.

Dès qu'il y a un calcul, par exemple, dans mes conventions, j'ai un nombre de personnes formées, un nombre d'heures et un nombre total d'heures pour l'action de formation.

Les champs de Base de données ne passent pas du tout.

La solution consiste donc à changer la nature des champs si c'est possible.