Ouverture de document RTF

bonsoir,

j'ai un probleme de mise en page a l'ouverture d'un fichier RTF sur
libreoffice 4.0.5.
en fait le fichier se divise en de multiples sauts de page impossible a
enlevé. et la couleur disparait titre disparait.

ce problème n'est pas présent sur openofficeV3 et V4. ( il a toujours ete
present sur libre office ).

y a t il un moyen de remédier a ce problème? c'est plutot genant dans la
mesure ou j'ai decidé d'abandonner openoffice pour libreoffice.

les fichiers RTF en question sont produits par les services de l'etat et
sont relatifs aux marchés publics.
ci joint un lien pour telecharger un exemple de fichier.
http://www.marche-public.fr/exe4-pv-operations-prealables-reception.htm

merci de votre aide.

Bonjour,

chez moi pas de problème avec ces fichiers (LO 4.1.0.4 et Ubuntu 13.04)

Je croyais que la version lo4.1 était encore en développement!!!
Puis je l'installer sans risque ?
Y a t il un parametrage pour améliorer la mise en page des rtf?

le seul document rtf de cette page donne un document de 14 pages avec entête et pied de page apparemment normaux
une page de titre suivie de page blanche terminé pas deux pages avec cases cochées et signature
difficile de savoir si le rendu doit-être autre...

ouvert avec Libo Version: 4.1.1.1 sur fedora

Gérard

Bonjour,

ce n'est pas une question de version, pas de problème non plus avec LO 4.0.4.2 et xubuntu 13.10

Normalement le document tiens sur 2 ou 3 pages maxi.
Ce que me décrit Gérard seul et ce que j'ai chez moi. Et ce n'est pas bon.

Ok,
Chez moi un ubuntu 13.4 et lo 4.0 et ça ne marche pas.
J'ai essaye sur un mac avec libre office 4.0 et le résultat est le même.
Alors que sur les deux plateforme ça fonctionne correctement avec open
office.

Merci

Vraiment ? LibreOffice 4.1 voit des sauts de page manuels.
As-tu ouvert ce document avec MS-Word pour vérifier ? Ce n'est pas parce
que OOo et les anciennes versions de LibreOffice montraient autre chose
que c'est eux qui avaient raison (au sens de conformité avec ce que
requiert le RTF).

Bonne journée
JBF

Le document s'ouvre parfaitement sous windows avec word. ( testé réalisé sur
le Pc de mon collègue de boulot )
Mais j'ai vraiment l'air ridicule avec mes solutions open source et d'être
obligé de convertir sous word le fichier rtf pou pouvoir l'exploiter sous
libreoffice.

C'est sur que c'est libre office qui interprète mal le fichier rtf.
Les documents fourni sur la plateforme sont des documents officiels, avec
une mise en page correcte et probablement conçu sous word par les services
de l'état.

Bref j'ai toujours pas de solution...

Un poil HS, mais sur le sujet, vous devriez vérifier avec différentes
versions de word également. Un document conçu sous word97 ouvert avec la
dernière version de mso présente souvent de belles surprises, officiel ou
pas.

Bonjour,

De : Jean-Baptiste Faure [mailto:jbf.faure@sud-ouest.org]
Envoyé : samedi 24 août 2013 11:37

> Normalement le document tiens sur 2 ou 3 pages maxi.

Vraiment ? LibreOffice 4.1 voit des sauts de page manuels.
As-tu ouvert ce document avec MS-Word pour vérifier ? Ce n'est pas parce
que OOo et les anciennes versions de LibreOffice montraient autre chose
que c'est eux qui avaient raison (au sens de conformité avec ce que
requiert le RTF).

Je confirme la différence:
A l'ouverture, le document exe4.rtf présente:
- 2 pages avec Word 2003
- 14 pages avec LibO 4.0.5 (Vista-32b)

Il y a en effet des sauts de page manuel insérés dans le document ouvert
sous LibO, mais je ne les ai pas vus sur le document ouvert par Word

Michel

Bonjour,

Normalement le document tiens sur 2 ou 3 pages maxi.
Ce que me décrit Gérard seul et ce que j'ai chez moi. Et ce n'est pas bon.

Le document à l'ouverture présente 14 pages sur ma version 4.1.0.4 debian.
En regardant la structure, chaque nouveau chapitre (A à F) est sur une nouvelle page et ce qui sert de titre dans un tableau à une ligne. Dans les propriétés de ces tableaux, l'enchaînement indique un saut de page avant (d'où le saut à chaque tableau :).
De nombreuses marques de paragraphe inutiles sont présentes qu'il est possible de supprimer. On arrive ainsi à supprimer les pages blanches insérées entre les chapitres et on retombe sur les huit pages dédiées au chapitre.
Si la structure doit être modifiée, cela doit être fait au niveau des tableaux et tu retomberas sur le nombre de pages identique à Word.

À bientôt
Sophie

Bonjour

De : Sophie [mailto:gautier.sophie@gmail.com]
Envoyé : samedi 24 août 2013 12:08

Le document à l'ouverture présente 14 pages sur ma version 4.1.0.4 debian.
En regardant la structure, chaque nouveau chapitre (A à F) est sur une
nouvelle page et ce qui sert de titre dans un tableau à une ligne. Dans
les propriétés de ces tableaux, l'enchaînement indique un saut de page
avant (d'où le saut à chaque tableau :).

En effet

De nombreuses marques de paragraphe inutiles sont présentes qu'il est
possible de supprimer. On arrive ainsi à supprimer les pages blanches
insérées entre les chapitres et on retombe sur les huit pages dédiées au
chapitre.
Si la structure doit être modifiée, cela doit être fait au niveau des
tableaux et tu retomberas sur le nombre de pages identique à Word.

Mais quel boulot, car il n'y a pas que ça !
Le pb est me semble-t-il général, le problème est le même par exemple avec
la noti2.rtf que j'utilise 1 fois par an:
http://www.economie.gouv.fr/daj/formulaires-notification

Ce doit être le seul cas où j'utilise encore Word (excepté pour quelques
vérifications sur nos listes)

Je comprends bien le pb de seba, pas drôle du tout :frowning:

Je vois ici passer beaucoup d'avis sur "c'est la faute à qui ?", mais il me
paraîtrait plus utile d'avoir une certitude sur l'origine du problème. Si
j'étais capable d'analyser un fichier rtf je le ferai, mais ça semble hors
de mes capacités. Quelqu'un a une idée ?
On pourrait ainsi selon le diagnostic précis:
- soit remonter un bug sur BZ
- soit disposer d'arguments solides:
   . pour ne pas perdre la face
   . et s'activer auprès de l'administration pour qu'elle mette par exemple
les docs sous 2 formats RTF et ODT.

Bonne journée,
Michel

Merci michel,
Vous avez compris nom probleme.

Je ne suis pas nous en mesures analyser précisément le fichier.
Tout ce que je peu dire c'est que open office interprète mieux le fichier (
sauf les cases à cocher qui sont elle bien transcrit par libre office)

Merci

Je pense que le problème vient du fait qu'il s'agit au départ d'un formulaire fait dans Word avec des cases à cocher etc. Fonctions formulaire qui n'existe plus dans Word depuis 2007 et qui fait que les cases ne sont plus cochables depuis.

Donc solutions :
- faire un formulaire odt
- mieux, faire un formulaire à remplir en pdf mais cela nécessite Acrobat et des versions relativement récentes du reader d'Adobe.

Sinon, par ailleurs, j'ai constaté des soucis avec des fichiers rtf dans un autre cadre.

Ah, et aussi... les titres sont dans des tableaux, les pieds de page aussi.

Les paragraphes vides sont en fait des espaces laissés pour les réponses donc pas spécialement choquants.Et, accessoirement, d'un point de vue technique, c'est un boulot de gougnafier.

C'est peu être du boulot de gougniafier , mais ce sont des documents
officiels,utilises dans les marches public par toutes les entreprises de
france et de Navarre.

Si on veut pouvoir déployer lo, je pense qu'il faudrait résoudre ce
problème.

Pour information les dernières version de word ouvrent correctement le
document.
Peut être qu'ils sont mal conçu, mais pour le moment si vous travaillez sur
les marches publics vous été obligé de les utiliser.

Bonjour

De : Sophie [mailto:gautier.sophie@gmail.com]
Envoyé : samedi 24 août 2013 12:08

Le document à l'ouverture présente 14 pages sur ma version 4.1.0.4 debian.
En regardant la structure, chaque nouveau chapitre (A à F) est sur une
nouvelle page et ce qui sert de titre dans un tableau à une ligne. Dans
les propriétés de ces tableaux, l'enchaînement indique un saut de page
avant (d'où le saut à chaque tableau :).

En effet

De nombreuses marques de paragraphe inutiles sont présentes qu'il est
possible de supprimer. On arrive ainsi à supprimer les pages blanches
insérées entre les chapitres et on retombe sur les huit pages dédiées au
chapitre.
Si la structure doit être modifiée, cela doit être fait au niveau des
tableaux et tu retomberas sur le nombre de pages identique à Word.

Mais quel boulot, car il n'y a pas que ça !
Le pb est me semble-t-il général, le problème est le même par exemple avec
la noti2.rtf que j'utilise 1 fois par an:
http://www.economie.gouv.fr/daj/formulaires-notification

Ce doit être le seul cas où j'utilise encore Word (excepté pour quelques
vérifications sur nos listes)

Je comprends bien le pb de seba, pas drôle du tout :frowning:

Je vois ici passer beaucoup d'avis sur "c'est la faute à qui ?", mais il me
paraîtrait plus utile d'avoir une certitude sur l'origine du problème. Si
j'étais capable d'analyser un fichier rtf je le ferai, mais ça semble hors
de mes capacités. Quelqu'un a une idée ?

Il y a des éléments communs effectivement:
- une section en début de document avant
- le premier tableau qui est en fait le titre du document
- des titres dans des tableaux ayant un saut de page avant
- des tabulations par défaut et non de vrais tabulations
- des espaces manuels entre le n° du titre et le texte,
- l'entête en style pied de page
- des tableaux dans le pieds de page avec des cellules complètement inutiles
- les propriétés indiquent le même créateur.

On pourrait ainsi selon le diagnostic précis:
  - soit remonter un bug sur BZ
  - soit disposer d'arguments solides:
    . pour ne pas perdre la face
    . et s'activer auprès de l'administration pour qu'elle mette par exemple
les docs sous 2 formats RTF et ODT.

ou des rtf bien construits, cela ne sert à rien de financer des améliorations d'interopérabilité si les documents originaux sont faits hors pistes, ce qui semble assez le cas pour ceux-là.
Christophe, peux-tu remonter le problème à Mimo et voir ce que l'on peut faire soit de votre côté, soit du notre ?
Merci par avance
Sophie

Bonjour Ysabeau,

Je vois ici passer beaucoup d'avis sur "c'est la faute à qui ?", mais
il me
paraîtrait plus utile d'avoir une certitude sur l'origine du problème. Si
j'étais capable d'analyser un fichier rtf je le ferai, mais ça semble
hors
de mes capacités. Quelqu'un a une idée ?
On pourrait ainsi selon le diagnostic précis:
  - soit remonter un bug sur BZ
  - soit disposer d'arguments solides:
    . pour ne pas perdre la face
    . et s'activer auprès de l'administration pour qu'elle mette par
exemple
les docs sous 2 formats RTF et ODT.

Je pense que le problème vient du fait qu'il s'agit au départ d'un
formulaire fait dans Word avec des cases à cocher etc. Fonctions
formulaire qui n'existe plus dans Word depuis 2007 et qui fait que les
cases ne sont plus cochables depuis.

Donc solutions :
- faire un formulaire odt
- mieux, faire un formulaire à remplir en pdf mais cela nécessite
Acrobat et des versions relativement récentes du reader d'Adobe.

Autant faire un pdf hybride dans ces cas là, mais ça nécessite de le générer sous Writer :slight_smile:

À bientôt
Sophie

C'est peu être du boulot de gougniafier , mais ce sont des documents
officiels,utilises dans les marches public par toutes les entreprises de
france et de Navarre.

Calmez-vous, cela n'empêche que ces documents sont techniquement mal faits et quand un document est techniquement mal fait cela peut engendre des problèmes !

Si on veut pouvoir déployer lo, je pense qu'il faudrait résoudre ce
problème.

Pour information les dernières version de word ouvrent correctement le
document.

Pas vraiment je l'ai ouvert avec Word 2010 et les cases ne se cochent pas comme elles devraient l'être par simple clic.

Peut être qu'ils sont mal conçu, mais pour le moment si vous travaillez sur
les marches publics vous été obligé de les utiliser.

Je m'en doute, mais je subodore que la conception est source de problèmes. D'abord parce qu'ils sont mal fichus ensuite parce qu'il doit s'agir de document faits avec des "vieilles" versions de Word (par des personnes qui savaient uniquement bidouiller).

Cela dit, j'ai aussi des soucis (pires) avec des documents plus ou moins semblables au format rtf.