Bonsoir,
Le 27/03/2011 21:28, Jean-Baptiste Faure a écrit :
Bonsoir Martin,
Le 27/03/2011 21:00, Martin Kempf a écrit :
Le 27/03/2011 19:29, Jean-Baptiste Faure a écrit :
Le 27/03/2011 18:19, Martin Kempf a écrit :
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
Bonne soirée
JBF
--
Envoyez un mail à users+help@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être
supprimés
Context
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.