Formulaires > PDF Export > Cassure de l'affichage dans AdobeReader

[Martin_Kempf]

Voici le bug report que j'avais déposé:
https://bugs.freedesktop.org/show_bug.cgi?id=33624
Le bug est encore marqué en "new"... il n'est pas révisé par qqn, ou "traité" d'une manière ou d'une autre ?
Est-ce que quelqu'un connait un /work around /en dehors d'utiliser OOo ou un autre lecteur PDF (Foxit marche bien, mais indiscutable pour mes clients, qui ne connaissent pas l'informatique et qui utilisent automatiquement AdobeReader).
Est-ce qu'il faut poser la question sur la liste allemande ?

C'est un problème éliminatoire pour moi actuellement, je suis obligé d'utiliser OOo portable pour générer mes PDF de formulaires. Donc, en gros, je suis obligé de rester sur OOo même si j'ai très envie de virer Oracle définitivement de mon ordinateur.

Bon dimanche
Martin

[jbfaure]

Pourquoi la liste allemande ?

Non, ce qui manque surtout dans ce rapport de bug c'est un moyen de
reproduire le problème :
- une description pas à pas de la procédure pour le reproduire, avec en
particulier les options d'export pdf.
- un fichier odt exemple

Bonne soirée
JBF

[Martin_Kempf]

Voici le bug report que j'avais déposé:
https://bugs.freedesktop.org/show_bug.cgi?id=33624
Le bug est encore marqué en "new"... il n'est pas révisé par qqn, ou
"traité" d'une manière ou d'une autre ?
Est-ce que quelqu'un connait un /work around /en dehors d'utiliser OOo
ou un autre lecteur PDF (Foxit marche bien, mais indiscutable pour mes
clients, qui ne connaissent pas l'informatique et qui utilisent
automatiquement AdobeReader).
Est-ce qu'il faut poser la question sur la liste allemande ?

Pourquoi la liste allemande ?

Parce que je parle allemand
Et aussi car j'avais l'impression que pas mal de gens impliqués dans ce projet étaient allemands (vu l'historique ça s'explique, Hambourg, Staroffice, Release Party à Munich etc...)

Non, ce qui manque surtout dans ce rapport de bug c'est un moyen de
reproduire le problème :
- une description pas à pas de la procédure pour le reproduire, avec en
particulier les options d'export pdf.
- un fichier odt exemple

La reproductions est très simple, n'importe quel fichier ODT avec un formulaire, exporté en PDF avec LibO (visiblement avec n'importe quel réglage), fait sauter l'affichage des lignes de textes du formulaire dans AcrobatReader X. J'ai rajouté un fichier ODT et un PDF dans le bug report, qui ont été crées avec les réglages nus et par défaut de LibO, dans une installation fraiche et neuve...
Je rajoute que l'exportation du même fichier avec OOo ne fait pas ce décalage de la ligne dans AcrobarReader 9 et X.
D'ailleurs, les PDF avec formulaires (n'importe si OOo ou LibO) prennent un temps fou à s'ouvrir dans AcrobatReaderX, et ils s'ouvrent assez rapidement dans AcrobatReader 9 et FoxitReader.

Bonne soirée
Martin

[jbfaure]

Bonsoir Martin,

Voici le bug report que j'avais déposé:
https://bugs.freedesktop.org/show_bug.cgi?id=33624
Le bug est encore marqué en "new"... il n'est pas révisé par qqn, ou
"traité" d'une manière ou d'une autre ?
Est-ce que quelqu'un connait un /work around /en dehors d'utiliser OOo
ou un autre lecteur PDF (Foxit marche bien, mais indiscutable pour mes
clients, qui ne connaissent pas l'informatique et qui utilisent
automatiquement AdobeReader).

Il n'est pas interdit d'expliquer aux utilisateurs qu'il n'y a pas que
l'usine à gaz Adobe pour lire les PDF.
On peut aussi arrêter de faire de la pub gratuite pour Adobe sur les
sites qui fournissent des fichiers pdf :
http://www.pdfreaders.org/index.fr.html

Est-ce qu'il faut poser la question sur la liste allemande ?

Pourquoi la liste allemande ?

Parce que je parle allemand

En effet ça aide

Et aussi car j'avais l'impression que pas mal de gens impliqués dans
ce projet étaient allemands (vu l'historique ça s'explique, Hambourg,
Staroffice, Release Party à Munich etc...)

Oui mais le travail de développement se fait en anglais, sur la liste
libreoffice@lists.freedesktop.org

Non, ce qui manque surtout dans ce rapport de bug c'est un moyen de
reproduire le problème :
- une description pas à pas de la procédure pour le reproduire, avec en
particulier les options d'export pdf.
- un fichier odt exemple

La reproductions est très simple, n'importe quel fichier ODT avec un
formulaire, exporté en PDF avec LibO (visiblement avec n'importe quel
réglage), fait sauter l'affichage des lignes de textes du formulaire
dans AcrobatReader X. J'ai rajouté un fichier ODT et un PDF dans le
bug report, qui ont été crées avec les réglages nus et par défaut de
LibO, dans une installation fraiche et neuve...

Merci. J'espère que quelqu'un ayant Adobe Reader va essayer.

Je rajoute que l'exportation du même fichier avec OOo ne fait pas ce
décalage de la ligne dans AcrobarReader 9 et X.

Quelle version de OOo ? 3.3.0 ?

D'ailleurs, les PDF avec formulaires (n'importe si OOo ou LibO)
prennent un temps fou à s'ouvrir dans AcrobatReaderX, et ils s'ouvrent
assez rapidement dans AcrobatReader 9 et FoxitReader.

Dans ce cas la logique suggère plutôt un bug de AcrobatReaderX, non ?
Si ça marche avant et plus après, ça s'appelle une régression. Et même
Adobe, créateur du format PDF n'en est pas à l'abri.

Bonne soirée
JBF

[Martin_Kempf]

Bonsoir,

Bonsoir Martin,

Voici le bug report que j'avais déposé:
https://bugs.freedesktop.org/show_bug.cgi?id=33624
Le bug est encore marqué en "new"... il n'est pas révisé par qqn, ou
"traité" d'une manière ou d'une autre ?
Est-ce que quelqu'un connait un /work around /en dehors d'utiliser OOo
ou un autre lecteur PDF (Foxit marche bien, mais indiscutable pour mes
clients, qui ne connaissent pas l'informatique et qui utilisent
automatiquement AdobeReader).

Il n'est pas interdit d'expliquer aux utilisateurs qu'il n'y a pas que
l'usine à gaz Adobe pour lire les PDF.
On peut aussi arrêter de faire de la pub gratuite pour Adobe sur les
sites qui fournissent des fichiers pdf :
http://www.pdfreaders.org/index.fr.html

Merci de me le rappeler, j'avais oublié cette adresse.
Pour mes clients, je fais toujours la pub pour FoxitReader, car il permet d'enregistrer les formulaires modifiés dans le fichier PDF. Je vais voir si un des lecteurs libres le fait aussi, mais je ne crois pas, je n'en ai jamais entendu parler sauf pour Foxit...

Est-ce qu'il faut poser la question sur la liste allemande ?

Pourquoi la liste allemande ?

Parce que je parle allemand

En effet ça aide

Et aussi car j'avais l'impression que pas mal de gens impliqués dans
ce projet étaient allemands (vu l'historique ça s'explique, Hambourg,
Staroffice, Release Party à Munich etc...)

Oui mais le travail de développement se fait en anglais, sur la liste
libreoffice@lists.freedesktop.org

Non, ce qui manque surtout dans ce rapport de bug c'est un moyen de
reproduire le problème :
- une description pas à pas de la procédure pour le reproduire, avec en
particulier les options d'export pdf.
- un fichier odt exemple

La reproductions est très simple, n'importe quel fichier ODT avec un
formulaire, exporté en PDF avec LibO (visiblement avec n'importe quel
réglage), fait sauter l'affichage des lignes de textes du formulaire
dans AcrobatReader X. J'ai rajouté un fichier ODT et un PDF dans le
bug report, qui ont été crées avec les réglages nus et par défaut de
LibO, dans une installation fraiche et neuve...

Merci. J'espère que quelqu'un ayant Adobe Reader va essayer.

Je rajoute que l'exportation du même fichier avec OOo ne fait pas ce
décalage de la ligne dans AcrobarReader 9 et X.

Quelle version de OOo ? 3.3.0 ?

Non, OOo 3.2.1 en portable
Je vais voir avec la dernière version d'OOo si c'est encore OK...

D'ailleurs, les PDF avec formulaires (n'importe si OOo ou LibO)
prennent un temps fou à s'ouvrir dans AcrobatReaderX, et ils s'ouvrent
assez rapidement dans AcrobatReader 9 et FoxitReader.

Dans ce cas la logique suggère plutôt un bug de AcrobatReaderX, non ?
Si ça marche avant et plus après, ça s'appelle une régression. Et même
Adobe, créateur du format PDF n'en est pas à l'abri.

Oui et non, car même si ça prends du temps à s'ouvrir, l'affichage est correcte avec le PDF généré par OOo 321. Donc un peu les deux, mais puisque le PDF de LibO ne s'affiche pas non plus correctement dans AcrobatReader9, ça au moins semble venir de LibO...

Bonne soirée,
Martin

[Marie_jo_Ooo]

Bonjour,

Bonsoir,

Bonsoir Martin,

Voici le bug report que j'avais déposé:
https://bugs.freedesktop.org/show_bug.cgi?id=33624
Le bug est encore marqué en "new"... il n'est pas révisé par qqn, ou
"traité" d'une manière ou d'une autre ?
Est-ce que quelqu'un connait un /work around /en dehors d'utiliser OOo
ou un autre lecteur PDF (Foxit marche bien, mais indiscutable pour mes
clients, qui ne connaissent pas l'informatique et qui utilisent
automatiquement AdobeReader).

Il n'est pas interdit d'expliquer aux utilisateurs qu'il n'y a pas que
l'usine à gaz Adobe pour lire les PDF.
On peut aussi arrêter de faire de la pub gratuite pour Adobe sur les
sites qui fournissent des fichiers pdf :
http://www.pdfreaders.org/index.fr.html

Merci de me le rappeler, j'avais oublié cette adresse.
Pour mes clients, je fais toujours la pub pour FoxitReader, car il permet d'enregistrer les formulaires modifiés dans le fichier PDF. Je vais voir si un des lecteurs libres le fait aussi, mais je ne crois pas, je n'en ai jamais entendu parler sauf pour Foxit...

Est-ce qu'il faut poser la question sur la liste allemande ?

Pourquoi la liste allemande ?

Parce que je parle allemand

En effet ça aide

Et aussi car j'avais l'impression que pas mal de gens impliqués dans
ce projet étaient allemands (vu l'historique ça s'explique, Hambourg,
Staroffice, Release Party à Munich etc...)

Oui mais le travail de développement se fait en anglais, sur la liste
libreoffice@lists.freedesktop.org

Non, ce qui manque surtout dans ce rapport de bug c'est un moyen de
reproduire le problème :
- une description pas à pas de la procédure pour le reproduire, avec en
particulier les options d'export pdf.
- un fichier odt exemple

La reproductions est très simple, n'importe quel fichier ODT avec un
formulaire, exporté en PDF avec LibO (visiblement avec n'importe quel
réglage), fait sauter l'affichage des lignes de textes du formulaire
dans AcrobatReader X. J'ai rajouté un fichier ODT et un PDF dans le
bug report, qui ont été crées avec les réglages nus et par défaut de
LibO, dans une installation fraiche et neuve...

Merci. J'espère que quelqu'un ayant Adobe Reader va essayer.

Je rajoute que l'exportation du même fichier avec OOo ne fait pas ce
décalage de la ligne dans AcrobarReader 9 et X.

Quelle version de OOo ? 3.3.0 ?

Non, OOo 3.2.1 en portable
Je vais voir avec la dernière version d'OOo si c'est encore OK...

D'ailleurs, les PDF avec formulaires (n'importe si OOo ou LibO)
prennent un temps fou à s'ouvrir dans AcrobatReaderX, et ils s'ouvrent
assez rapidement dans AcrobatReader 9 et FoxitReader.

Dans ce cas la logique suggère plutôt un bug de AcrobatReaderX, non ?
Si ça marche avant et plus après, ça s'appelle une régression. Et même
Adobe, créateur du format PDF n'en est pas à l'abri.

Oui et non, car même si ça prends du temps à s'ouvrir, l'affichage est correcte avec le PDF généré par OOo 321. Donc un peu les deux, mais puisque le PDF de LibO ne s'affiche pas non plus correctement dans AcrobatReader9, ça au moins semble venir de LibO...

Nous l'avons reproduit avec Clément sous Libo. Pas de souci avec Ooo 3.3 sous windows.
C'est en effet un problème vraiment gênant.

Marie jo

[Philippe_CLEMENT]

Bonjour à tous,

Bonjour,

Bonsoir,

Bonsoir Martin,

Voici le bug report que j'avais déposé:
https://bugs.freedesktop.org/show_bug.cgi?id=33624
Le bug est encore marqué en "new"... il n'est pas révisé par qqn, ou
"traité" d'une manière ou d'une autre ?
Est-ce que quelqu'un connait un /work around /en dehors d'utiliser OOo
ou un autre lecteur PDF (Foxit marche bien, mais indiscutable pour mes
clients, qui ne connaissent pas l'informatique et qui utilisent
automatiquement AdobeReader).

Il n'est pas interdit d'expliquer aux utilisateurs qu'il n'y a pas que
l'usine à gaz Adobe pour lire les PDF.
On peut aussi arrêter de faire de la pub gratuite pour Adobe sur les
sites qui fournissent des fichiers pdf :
http://www.pdfreaders.org/index.fr.html

Oui mais de nombreuses entreprises utilisent Adobe dans leur Intranet

Merci de me le rappeler, j'avais oublié cette adresse.
Pour mes clients, je fais toujours la pub pour FoxitReader, car il permet d'enregistrer les formulaires modifiés dans le fichier PDF. Je vais voir si un des lecteurs libres le fait aussi, mais je ne crois pas, je n'en ai jamais entendu parler sauf pour Foxit...

Est-ce qu'il faut poser la question sur la liste allemande ?

Pourquoi la liste allemande ?

Parce que je parle allemand

En effet ça aide

Et aussi car j'avais l'impression que pas mal de gens impliqués dans
ce projet étaient allemands (vu l'historique ça s'explique, Hambourg,
Staroffice, Release Party à Munich etc...)

Oui mais le travail de développement se fait en anglais, sur la liste
libreoffice@lists.freedesktop.org

Non, ce qui manque surtout dans ce rapport de bug c'est un moyen de
reproduire le problème :
- une description pas à pas de la procédure pour le reproduire, avec en
particulier les options d'export pdf.
- un fichier odt exemple

La reproductions est très simple, n'importe quel fichier ODT avec un
formulaire, exporté en PDF avec LibO (visiblement avec n'importe quel
réglage), fait sauter l'affichage des lignes de textes du formulaire
dans AcrobatReader X. J'ai rajouté un fichier ODT et un PDF dans le
bug report, qui ont été crées avec les réglages nus et par défaut de
LibO, dans une installation fraiche et neuve...

Tout à fait d'accord avec Martin !

Merci. J'espère que quelqu'un ayant Adobe Reader va essayer.

Je rajoute que l'exportation du même fichier avec OOo ne fait pas ce
décalage de la ligne dans AcrobarReader 9 et X.

Quelle version de OOo ? 3.3.0 ?

Non, OOo 3.2.1 en portable

C'est pour l'instant la seule solution

Je vais voir avec la dernière version d'OOo si c'est encore OK...

Avec la dernière version OOo, même combat et même punition qu'avec LibO 3.3.2

D'ailleurs, les PDF avec formulaires (n'importe si OOo ou LibO)
prennent un temps fou à s'ouvrir dans AcrobatReaderX, et ils s'ouvrent
assez rapidement dans AcrobatReader 9 et FoxitReader.

Dans ce cas la logique suggère plutôt un bug de AcrobatReaderX, non ?
Si ça marche avant et plus après, ça s'appelle une régression. Et même
Adobe, créateur du format PDF n'en est pas à l'abr

Oui et non, car même si ça prends du temps à s'ouvrir, l'affichage est correcte avec le PDF généré par OOo 321. Donc un peu les deux, mais puisque le PDF de LibO ne s'affiche pas non plus correctement dans AcrobatReader9, ça au moins semble venir de LibO...

+ 1000

Nous l'avons reproduit avec Clément sous Libo. Pas de souci avec Ooo 3.3 sous windows.
C'est en effet un problème vraiment gênant.

Marie jo

C'est ce que j'avais souligné dans un fil initié par Marie-Jo (Formulaire pdf problème zones de texte tronquées) Le pb avait été contourné en passant par l'export d'OOo3.21
Ici (Captures d'écran <http://sites.google.com/site/phclement21/screenshots/ExportFDF.zip/>) le résultat de FDF généré avec

   1. LibO 332 et exploité avec Adobe Windows, Foxit Windows, Adobe
      Mandriva, Okular Mandriva
   2. OOo 321 et exploité avec Adobe Windows, Foxit Etc.

Si ne n'est pas une régression Libo et OOo à partir des versions 3.3... ça y ressemble fort. Et même si je ne suis pas un adepte d'Adobe, il faudra m'expliquer le pourquoi du comment !
Cordialement,