Toutes mes réponses sur les forums
-
Réponses
-
marc wrote:J’ai un PDF de 2 pages.
Sur la première, une alerte s’affiche grâce au javascript suivant (placé sur l’action “ouverture page”):
app.alert(“Blabla”, 3);
Dans l’hypothèse ou le lecteur va en page 2, puis retourne sur la 1ère, évidemment, l’alerte s’affiche une 2ème fois, ce qui n’est pas bien malin. Quelle est la solution ?
Concernant ce problème en particulier, la soluce est encore + simple : il suffit de placer la ligne de script en “script de document” (JavaScript > Scripts JavaScript…).
Les scripts de document sont exécutés à l’ouverture du doc, pas à l’ouverture de la 1re page. Nuance !
😉 😉
//ne fonctionne qu’a la 1re ouverture du PDF
if (typeof global.TOTO == “undefined”)
{
app.alert(“Blabla”, 3);
global.TOTO = 1;
}
Où “app.alert(“Blabla”, 3);” est à remplacer par la fonction désirée.
Il faut surtout faire attention à ne pas réutiliser le meme nom de variable (TOTO) dans plusieurs fichiers différents pour éviter les collisions. Ce qui se traduirait ici par le non-affichage de la 1re alerte lors de l’ouverture des fichiers suivants.
La variable globale est accessible par tous les fichiers ouverts et est stockée en RAM jusqu’à la fermeture du logiciel.
Ce script est à placer en script de document (JavaScript > Scripts JavaScript…), sur un bouton, un signet, un lien, à l’ouverture d’une page, etc. Selon l’effet désiré.
:afro:
if (this.getField(“date”).value == “”)
{this.getField(“date”).value = util.printd(“dd/mm/yyyy”, new Date());
}
ou “date” est le nom du champ qui affiche la date.
Lionel à raison, dans le bon de commande ce script est placé en ouverture de page. Bien que la logique voudrait qu’il se trouve en script de document, mais s’agissant d’un fichier mono-page cela ne change pas grand-chose.
Voir également cet exemple très intéressant :
http://www.abracadabrapdf.net/download/JSpageDate.pdf
😉
—> http://www.xfdfgateway.com/fr-index.htm
Le moyen le + simple pour soumettre un formulaire, et c’est en français !
😉
J’ai un bouton pour réinitialiser un formulaire.
J’ai aussi un menu déroulant avec 1 première ligne blanche affichée par défaut.
En réinitialisant, le menu se retrouve en sélection par défaut de la 2ème ligne (alors qu’il était resté par défaut, càd vide).
Qqun aurait-il la solution ?
Quand on utilise la fonction réinitialiser il y a la possibilité d’exclure certains champs pour que ceux ci ne soient pas réinitialisés…
😉
Je répondrais plus tard à la suite de la discussion que je n’ai pas encore suivie (vacances, tout ça, tout ça…)
:sun:
Il suffit de tester l’existence d’une variable globale, du style :
Si variable globale TOTO = indéfini
– affiche alerte
– affecte une valeur à TOTO
Une fois que la var TOTO a une valeur définie, le message ne s’affichera plus (tant que Reader n’a pas été quitté/relancé).
Si la syntaxe exacte t’intéresse, je te l’enverrais à partir de vendredi car là je suis en déplacement.
Pour les bugs : Reader est maintenaint en version 6.1, et la réputation de Windows 2000 n’est (hélas) plus à faire…
😉
Les joboptions fournis avec Distiller doivent etre présents et il est fortement déconseillé des les retirer.
Une astuce consiste à nommer tous ses propres joboptions en utilisant un nom qui commence par 0 (zéro) pour les placer en tête de liste dans les menus déroulants…
😉
(Acrobat ne supporte pas le format GIF, dans un fichier AdobePDF les GIF sont convertis en Tiff et compressés en ZIP 8bits. C’est pour cette raison que Reader & Acrobat n’affichent que la 1e image des GIF animés.)
Oui c’est possible si les 2 PC ne sont pas identiques et/ou utilisent une gestion colorimétrique différente et/ou utilisent des versions différentes de Reader, d’Acrobat, du pilote d’impression, du système, etc.
Regarde le sujet [http://forums.abracadabrapdf.net/viewtopic.php?t=72] tu y trouvera la réponse à tes questions, les polices font parties des “…éléments non-installés qui posent problème…”.
2 solutions possibles : soit tu fourni l’installeur complet de Reader, soit tu incorpore le Zapf dans les fichiers PDF au moment de leur création.
:sun:
BlackJack wrote:Bonjour,je voudrais savoir s’il est possible de dupliquer un champ de formulaire sur plusieurs pages et qu’ils ait tous des noms differents ? (la fonction Dupliquer ne change pas les noms).
Merci
BJ
Je crois que le + simple c’est d’utiliser la fonction “Créer plusieurs copies” pour créer autant de copies du champ que de pages, de couper ces copies, et ensuite de les coller sur chaque page en supprimant les champs en trop de façon à n’en conserver qu’un sur chaque page.
“Créer plusieurs copies” donne un nom unique a chaque champ en utilisant la convention de nommage d’Acrobat.
Fred wrote:Attention : les Index créés avec les versions 3/4/5 d’Acrobat Catalog ne sont pas compatibles avec Adobe Reader 6 ni avec Acrobat 6. Et vice-versa…C’est cependant possible sous Windows, si on copie manuellement le plug-in “Search” d’une version 5 dans la version 6. Mais ce n’est pas à portée de l’utilisateur lambda…
Si vous devez délivrer des PDF indexés, sur cédérom par exemple, prenez soin de fournir les versions Mac & Windows (et Unix éventuellement) correspondantes d’Acrobat Reader déjà installées (c’est-à-dire prêtes à fonctionner depuis le cédérom pour ne pas forcer l’utilisateur final à installer une version plus ancienne sur son ordinateur).
Ca ne vaut que si l’on connait le parc de machines auquelles on s’adresse (en particulier les versions de l’OS) ou si l’on sait que les utilisateurs ne peuvent pas installer de logiciel (grandes entreprises, administrations, etc).
Sinon, le simple fait de cliquer sur un PDF du cédérom peut provoquer un plantage si la version de Reader installée sur le CD n’est pas compatible avec un OS donné… (il faut aussi penser à l’avenir si le cédérom doit etre pérenne).
Donc coment faire exactement ? Copier le dossier du reader sur le CD directement ? j’ai peur qu’il manque des fichiers qui seraient installés ailleurs. (utilisateur PC et Acrobat 5).
Oui, tout simplement ! Je te conseille la version 5.1 car c’est celle qui est actuellement compatible avec le maximum d’OS Mac & PC (Win 98 à WinXP, Mac OS 8.6 à OSX.3/Panther).
Il manquera effectivement quelques fichiers (certaines polices notamment !!!), c’est pour cela que cette solution n’est pas vraiment conseillée par Adobe qui recommande plutot de livrer des installeurs.
Le seul moyen sérieux de sauvegarder des formulaires c’est d’utiliser Acrobat (ou éventuellement Approval) ou bien d’assigner des “droits étendus” aux fichiers PDF. Cette dernière solution étant parfois + chère que la 1e, selon le type de déploiement.
Les abraEnveloppes ne sauvegardent rien dans le fichier PDF, elles utilisent un système de “mémorisation”, semblable à des cookies HTML, qui stocke les infos dans un fichier externe. S’il est utile pour des enveloppes ou des grilles de mots croisé, ce procédé n’est cependant pas vraiment fiable puisqu’il suffit de changer de logiciel, d’ordinateur, ou de session utilisateur pour ne plus retrouver les infos ainsi mémorisées.
Les abraEnveloppes (et d’autres exemples) se trouvent dans abraRessources > abraGalerie > Formulaires en action
David wrote:Bonjour,j’aimerais savoir s’il est possible de créer un formulaire électronique PDF avec calculs automatique depuis un formulaire PDF imprimable. Si oui, quels sont les outils à disposition et le temps nécessaire pour faire cela. La question concernant le temps pourrait se rapporter à l’exemple trouvé sur ce site : “BonCommande.pdf”.
Merci pour vos réponses
David
Bien sur que c’est possible, “BonDeCommande.pdf” en est un bon exemple.
Il faut impérativement Adobe Acrobat. Pour la réalisation : si tu pars de rien il faut compter entre 1 et 3 heures, si tu fais un copier/coller tu en as pour 15 mn !
Oui, il y a plusieurs logiciels qui peuvent faire cela :
http://www.monkeybreadsoftware.de/Freeware/CombinePDFs.shtml
http://thierry.schmit.free.fr/dev/mbtPdfAsm/mbtPdfAsm2.html
…
➡ :thumb:
Il faut une version complète d’Adobe Acrobat, mais cela ne permet que des corrections minimes.
En général il est plus simple de reprendre l’original ou bien, faute d’avoir l’original, de copier le texte (et les images éventuelles) et de recréer un nouveau PDF en utilsant son logiciel préféré.
Et puis c’est moins cher…
😉
CTRL-clic pour les adeptes de l’Applesourisaurus Rex, espèce en voie de disparition qui n’a qu’une seule oreille.
:pul:
😆
Cette fonction est toujours disponible mais elle est bien cachée :
il faut afficher le panneau des vignettes (ou pages ou miniatures) > clic-droit sur la vignette de la page désirée > Propriétés.
:sun:
Il est très difficile de découper des objets vectoriels à l’aveuglette, c’est pour ça qu’Acrobat se contente de masquer la partie non-désirée.
En dehors d’Acrobat il n’y que JawsPDF Editor qui tienne la route, une démo est disponible : jawspdf.com
Sinon avec Acrobat il suffit, par exemple, de recadrer un doc A1 au format A2, puis de le re-Distiller en prenant le A2 comme format de page.
Et le tour est joué, le nouveau PDF sera un “vrai” A2 sans marge ni masque !
:thumb:
Oui, si possible tu as tout intéret à “externaliser” les dégradés.
Surtout n’oublie pas de régler la résolution des fichiers Illustrator sur 2400 (ou +)…
😉
Ca ne me surprend pas…
“Normallement” depuis XPress il faut générer un PDF séparé pour obtenir la 5e couleur, et ensuite soit le recomposer avec le plug-in SepsToComp (www.quartet.fr), soit laisser l’imprimeur s’en débrouiller.
:brn:
Il faut d’abord vérifier que le dégradé utilise bien 2 fois la couleur Pantone, c’est-à-dire le Pantone comme coul d’arrivée et, par exemple, le Pantone à 1% comme coul de départ (et surtout pas du blanc).
Sinon, au risque de me répéter, il n’y a qu’une seule façon de générer un PDF avec des couches supplémentaires sans soucis : InDesign !
😉
Marc à raison, sauf que ton cas précis est typique du Reader version 6 qui n’arrive pas à trouver une police de substitution parce qu’il n’est plus livré avec les 14 polices standard contrairement aux anciennes versions. Me trompe-je ?
Pitstop ne pourra pas faire grand chose car même en admettant que tu trouve exactement la même police, l’encodage peut être différent…
Le créateur de ton fichier doit impérativement générer son PDF avec les polices incorporées, c’est le seul moyen sur à 100%.
marc wrote:– avec propriété d’ouverture dans une fenêtre (pas en plein écran)Je ne suis pas sur de bien comprendre cette phrase.
marc wrote:Y-aurait-il une solution permettant de contourner les préférences d’ouverture ?:-k
Non, mais en utilisant JavaScript on peut détecter le choix de l’utilisateur et ouvrir le 2e fichier en fonction de ce choix.
:thumb:
C’est le profil de départ qui est important, celui qui est incorporé dans les images et le doc.
Le + simple c’est d’utiliser AdobeRGB 1998 car c’est l’espace RVB le + riche. Si les images du doc d’origine n’ont pas de profil attaché, la conversion se fait avec des valeurs par défaut. Et en général c’est à pleurer !
Sur Mac, il est important de bien régler Colorsync, et ensuite de caler la gestion des couleurs de tous les logiciels sur la gestion Colorsync pour avoir un résultat homogène.
:flo:
Je ne connaissait pas ce site qui a l’air bizarre : il y est question d’une soit-disant protection contre le téléchargement (qui en tout cas ne fonctionne pas sur Mac !) faute de suivre le lien idoine…
Il délivre des scripts qui fonctionnent sur Mac en .exe !
Et il propose de télécharger la “Bible du PDF” en toute illégalité…
(Malheureusement il s’agit de la Bible de la version 4
Tu trouvera certainement ton bonheur, il y a une foultitude de softs et de plug-ins qui font ce que tu cherches :
➡ :study:
!!!!!!!!!!
J’oubliais le + célèbre éditeur PDF non-Adobe : JawsPDF editor !
:hic:
Oui, c’est ce que je te disais dans un post précédent, il n’y a pas d’autorun sur Mac OSX et c’est fort logiquement que la fonction a disparu de Toast 6 qui ne fonctionne que sous OSX.
Mais cette fonction est utilisable sur Mac OS 7, 8 & 9
Apple a su joindre l’utile a l’agréable puisque dans leur grande majorité les Macmaniacs n’aiment pas les machins qui démarrent tous seuls…
:thumb:
“For security reasons, scripts are not allowed to execute the Quit menu item.”
Dixit la doc JavaScript d’Acrobat 6.
En clair et en français : ce n’est pas possible pour raisons de sécurité.
:pale:
Si Adobe déconseille l’exécution de Reader depuis un CD c’est qu’il y a aussi de bonnes raisons techniques, ce n’est pas que du marketing !
(Sans compter que ce n’est pas une solution pérenne…)
😉
L’esthétique des boutons est bien mieux gérée depuis la version 6, celle des liens également (l’horrible vidéo inverse en vert a enfin disparu au profit d’un effet plus “normal”). Mais dans tous les cas on reste loin des possibilités d’un logiciel spécialisé comme Director, par exemple.
Avec Acrobat il vaut mieux rester dans une esthétique “simple”…
:-# :-$
Hoover,
si tu es sur Mac tu as CombinePDF qui est gratos :
http://www.monkeybreadsoftware.de/Freeware/CombinePDFs.shtml
Pour Windows il y a PDFTextBox dont il est question sur la page d’accueil du site, c’est une nouveauté non-encore testée, gratos aussi :
http://www.pdftextbox.com/nl1.aspx
Sinon il y a également les softs de Bob Anderson qui fonctionnent très bien, certains sont gratuits, les autres ne sont pas chers (Mac/PC) :
>> Quand au fichier “lisezmoi”, n’en parlons pas. Peut être devrait-on l’appeler SurtoutNeMeLisezPas pour que les utilisateurs prennent la peine de l’ouvrir (le plus fou, c’est que ça marcherai à tous les coups).
– C’était une boutade, bien sur. Sinon, je crois que le mieux c’est de faire un duplicata du ReadMe et de le nommer “confidentiel”… histoire de multiplier les chances
>> Oui mais adieu courbes et transparences.
– Que nenni l’ami !!!
Photoshop est un logiciel tout en courbes, transparences et dégradés et qui permet d’enregistrer au format PhotoshopPDF. Le PhotoshopPDF ce n’est jamais qu’un PDF comme les autres, sauf qu’il contient en plus des données privées appartenant à Photoshop mais on s’en fout. Comme tout PDF 1.4 qui se respecte il supporte très bien la transparence (et les courbes) et Photoshop récupère les fichiers vectoriels sans problème…
>> Et puis, ça doit alourdir le fichier non ? (j’ai un fichier de 30 pages, 1 autre de 120 pages, et 7 boutons par page)
– Non plus !
7 boutons avec 7 images cela fait au total le poids des 7 images additionnées + quelques octets pour les boutons eux-memes, quel que soit le nombre d’occurrences. Il y aurait même 29637 pages que tes 7 boutons ne changeraient pas grand-chose au poids du fichier.
(Sauf bien sur, si tu crée tes boutons un par un sur chaque page, et qu’ensuite tu t’amuses à importer les images page par page et bouton par bouton…:hic: )
C’est tout l’intérêt de la fonction dupliquer (ou du copier/coller).
/ /Il me semble que cette option est activée par défaut dans Reader & Acrobat 6. Elle ne l’est pas dans les versions précédentes car elle est fortement consommatrice de ressources processeur, ce qui est pénalisant sur les “vieilles” config.
Est-ce que des images ne sont pas surdimensionnées par rapport à leur taille finale dans les boutons, c’est-à-dire fortement réduites en dimensions ?
L’utilisateur qui cochera cette option sera celui qui aura lu le ReadMe ou la note que tu aura mise sur la 1re page…
;-(
Tu ne peux rien faire au niveau des réglages puisque ce sont les préfs utilisateur qui prennent le pas, les préfs qui sont sur son DD.
Sinon, tu as la solution d’utiliser des boutons bitmaps à 150 ppp, ou plus… il me semble que le lissage des bitmap est activé par défaut, y compris dans les “vieilles” versions.
😉
Par définition les préférences sont des réglages utilisateurs et il n’y a pas moyen de les modifier via un script. Les préfs “Plein écran” sont une exception…
](*,)
Certainement parce que les amers ricains qui ont conçu le système ignoraient que d’autres peuples utilisent des caractères différents des leurs…
😆
Lionel wrote:Oui, c’est comme les noms de champ, j’ai remarqué qu’il était peu stratégique de mettre des accents.Oui, dès qu’il y a des manipulation avec JavaScript ou des calculs il faut éviter.
Pas de problèmes si ce sont des champs “inertes” mais c’est quand même une bonne habitude à prendre.
:pul:
marc wrote:Par contre, je ne sais pas comment spécifier à Acrobat d’utiliser ses propres polices pour les menus de programme.Ce n’est pas possible, et ça ne servirait à rien puisque ce n’est pas un problème d’affichage.
Méfiez-vous des polices “standard”, elles ne sont + que 4 dans Reader & Acrobat 6 (Times, Courier, Helvetica, Zapf) et devraient complètement disparaitre des prochaines versions…
Par contre ces 14 polices standard restent pré-installées dans toutes les imprimantes PostScript.
Mais j’aimerais que Lionel nous précise le type de problème qu’il a avec ses polices.
(Unicode n’est supporté que depuis la version 5)
Les destinations s’utilisent aussi en fin d’URL pour aller sur une page particulière depuis un hyperlien web [http://exemple.com/monDoc.pdf#maDestination].
Elles sont donc soumise aux mêmes limitations que les URL : pas de caractères non-ascii, pas d’espace, etc.
Pourquoi ne mettre “desconnes” si “Ca foire” ne t’arrange pas…
😆 😆
Désolé, c’est encore un coup de l’abracadabraFantôme, je m’en aperçois parce que tu en parle…
Il n’aime pas du tout que je me connecte de 2 endroits différents avec le même login, le bougre !!!
😆 😆
La seule chose que tu puisse faire c’est de faire avec, sinon y faut utiliser Director !
Mais as tu testé avec la version 6 ? les effets y sont plus sympathiques visuellement.
1- Les débutants sont acceptés, pa’d’soucis !
2- Arrète de regarder TF1, il a fait super beau dans la région. La preuve : j’étais à LandMania voir des fadas se vautrer dans la boue et la poussière avec des caisses anglaises à 200 briques… (www.landmania.com)
3- C’est pour ça que je n’ai pas encore répondu, paske ton quizz ce n’est pas 3 lignes à copier/coller, justement !!!
Y faut utiliser les variables globales, cherche plutot de ce coté là… mais j’y suis ausi !
:study:
Lionel wrote:J’ai ici un indication à l’ouverture du document et une autre dans un champ de texte qui s’affiche à l’écran; mais pas à l’impression.Quelle indication d’ouverture ? quel champ de texte ?
Moissépacompendre !
:“Reader 6” j’ai écris !
Mais je crois que le format d’impression reste de toute façon attaché au document…
:Ce n’est pas dans un menu c’est dans la boite de dialogue d’impression d’Acrobat et de Reader 6 :
Fichier > Imprimer.
Y a une case à cocher.
😉
Si ce que tu veux c’est que les caractères se transforment au fur et mesure de la frappe il faut que tu utilises l’événement “Change”, en “script de touches personnalisées” :
/* script de touches perso */
event.change = event.change.toUpperCase();
Cela évite le recours au bouton bidon…
:brn:
Dans ce cas, c’est effectivement plus simple :
“Rotation auto et centrage des pages” en français.
C’est dans la boite de dialogue d’impression.
:salu:
1- Assures toi de bien utiliser l’outil “Tableau” (ou “Texte en colonne”) de Reader ou d’Acrobat pour sélectionner/copier, pas l’outil texte.
2- D’où vient cette facture en PDF ?
Si c’est un document papier scanné et OCRisé, Acrobat n’est peut-être pas le meilleur outil à utiliser car certains logiciels d’OCR (Omnipage) permettent de sélectionner une zone (une colonne) dans la page, ce que ne permet pas Acrobat Capture.
Si c’est un PDF fourni tel quel par France Télécom (ou autre) il n’y a pas grand-chose à faire… si ce n’est de leur demander de fournir des PDF correctement balisés et structurés, mais là on nage en pleine science-fiction !!!
😉
C’est possible mais je crains que ce ne soit pas une bonne idée parce que :
– cela ne fonctionnera qu’à partir du bouton, pas si l’utilisateur utilise le menu ou le raccourci-clavier.
– beaucoup d’imprimantes (dont la mienne) impriment les enveloppes dans le sens “horizontal”…
– par défaut l’option “Auto-Rotate and Center” est cochée dans toutes les versions d’Acrobat et de Reader.
C’est à l’utilisateur de savoir dans quel sens son(ses) imprimante(s) prend les enveloppes, tu ne peux pas choisir à sa place…
Tout comme tu ne peux pas t’assurer qu’il place l’enveloppe dans le bon sens !
:pul:
Tu peux ajouter un bouton “OK” à coté du champ. Un bouton tout bidon qui sert juste pour que le champ de texte perde le focus et applique la transformation quand l’utilisateur clique dessus.
C’est la technique utilisée dans “AlienDatabase.pdf” (>> abraGalerie) avec le menu déroulant…
:eye:
C’est pour ça que j’avais demandé à Marc une adresse de téléchargement, pour que tout le monde puisse en profiter.
Mais maintenant qu’il peut voir ton message avec le gros bouton “email” qui est juste en dessous…
PS : pour l’affichage d’un PDF externe il suffit d’utiliser l’action “ouvrir un fichier”, ou le JavaScript “app.openDoc”.
C’est effectivement assez simple (bis), il faut tester la valeur des “bonnes” cases à cocher à chaque action de l’utilisateur.
Si case1 = cochée;
Si case2 = cochée;
Si case3 = cochée;
Alors fait ce que tu dois faire…
Pour la traduction en JavaScript, même réponse que dans l’autre sujet : faut voir le doc.
C’est effectivement assez simple, il faut mettre la valeur de la réponse en variable, l’incrémenter ou la décrémenter en fonction des réponses de l’utilisateur, et l’afficher dans le champ résultat.
Il est téléchargeable quelque part ton quizz ?
Sinon tu peux me l’envoyer par mail.
Là tu es obligé d’en passer par des menus créés en JavaScript (à l’inverse des champs de formulaire de type menu déroulant)
Il y a 2 bons exemples dans l’abraGalerie : PopupMenus.pdf et popupMenu2.pdf
“Seulement, ceux-ci ne peuvent être que des images bitmap”
C’est faux !!! Au contraire, il est plutôt conseillé d’utiliser des images vectorielles dans les boutons… il suffit de les créer avec Illustrator et de les enregistrer en PDF.
Et puis les bitmaps, il suffit de les faire en grand et de les réduire à 50% ou 25% (ou plus) dans les boutons (50% = image nette jusqu’à un zoom de 200%, 25% = image nette jusqu’à un zoom de 400%).
Comme quoi, on a toujours intérêt à creuser…
Me vla r’loggé d’chez moi, ça devrait l’faire c’coup là !!!
Toussa pour dire que je vais remettre à jour les fichiers concernant l’autorun, et kenfait s’ta cause du webmestre ki fait rien qu’a remplacer mes nouveaux fichiers par des anciennes versions…
Juste pour rien ka m’embêter !
Mais bon, je lui pardonne… il ne comprend pas le français* !!!
* Ce gros blairo de putaingue de congue de sa mèreu engue slipeu devangue le monoprix**
** J’en profite pour me soulager !
(Mais ne lui répétez pas dans une autre langue pask’il est aussi balèze que susceptible…)
😆 😆 😆 😆 😆 😆 😆
La réponse standard à ta question c’est effectivement qu’il te faut développer un plugin adéquat en C++ et l’installer sur tous les postes utilisateurs… Mais tu as du voir ça ailleurs, abracadabraPDF n’est pas un forum standard !!!
Sinon, la vraie réponse c’est… pourquoi ?
Parce que :
– une bête barre de boutons créées avec les champs de formulaires et dupliquée sur toutes les pages suffit pour avoir une barre de navigation dans un PDF ouvert en mode plein écran, facile à modifier et/ou à mettre à jour.
– régler les options d’ouverture/vue initiale du PDF sur : “masquer barre des menus – masquer boutons d’affichage – zoom = page entière – Une seule page – page seule
permet d’obtenir quasiment le même résultat, à ceci près qu’on reste en mode fenêtré et que l’on perd une vingtaine de pixels sur le pourtour à cause des barres.
Donc la bonne question c’est : est-il vraiment nécessaire de réinventer la roue ?
:study:
T’as d’la chance, j’étais dessus hier !
Il te suffit de rajouter le script suivant en “Script de format personnalisé” dans l’onglet Format du champ concerné.
var upperText=this.getField(“CHAMP”);
event.value = upperText.value.toUpperCase()
Remplace CHAMP par le vrai nom de ton champ de texte.
:salu:
Réponse Shadockienne : si tu en as 1 sur 2 qui fonctionne, tu n’as qu’à en faire 2 fois plus et n’en garder que la moitié…
Réponse Merlinoise : quelle méthode utilises-tu pour ouvrir le fichier PDF ?
Une bonne astuce consiste à écrire un petit JavaScript qui demande à Reader d’ouvrir le fichier PDF de départ (app.openDoc), d’enregistrer ce script sous forme de fichier texte portant l’extension “.js”, et de placer ce fichier dans le sous-dossier “JavaScript” du Reader qui est gravé sur le CD.
Les scripts placés dans ce sous-dossier sont en effet exécutés au lancement de l’appli.
:gee:
Sauf si tu t’adresse à un public précis dont la plateforme de consultation est définie le mieux est de fournir Reader 5.1. C’est en effet la version la + largement compatible avec un maximum de versions du système, sur Mac comme sur PC.
Ce qui n’est pas le cas de la version 6.
Reader 5.1 Mac : compatible de Mac OS 8.6 à Mac OSX3.
Reader 5.1 PC : Win 98 à Win XP
Ce qui assure une rétro-compatibilté d’environ 5 ans.
De plus Reader 5.1 fonctionne sans problème sur les 2 plateformes depuis un CD (déjà testé et utilisé), contrairement à Reader 6 qui semble poser des problèmes.
Le démarrage de Reader (versions 4 à 6) depuis un CD est censé “être possible” mais cette fonction n’est pas supportée ni garantie par Adobe… qui conseille d’opter pour l’installeur (forcément;-).
– Sélection de la langue : non, ce choix est obligatoire lors du 1er lancement… sauf sur Mac OS où c’est automatique.
– “Acrobat 6.01 se lance…” : je croyais qu’on parlait de Reader ???
– Autorun : pas de risque de conflit.
Il faut effectivement Toast-qui-est-fourni-gratis-avec-tous-les-bons-graveurs pour faire un autorun sur Mac, sachant que cela ne fonctionne que sous Classic car il n’y a pas de fonction autorun dans Mac OSX (les Mac-users détestent ça dans leur grande majorité).
Le fait de graver pour PC depuis Mac OS n’est pas un problème, c’est l’inverse qui est difficile
:hic:
J’ai fait un CD-Rom PDF vraiment dans l’urgence. Au final, pas d’autorun, 1/4 de journée de tests multiplateforme et du coup, pas mal de problèmes utilisateurs.
>> Jusque là, tout est normal…
Le CD-Rom se présente de la manière suivante :
1 page PDF départ avec des boutons créés dans Acrobat, et 2 liens vers 2 autres PDF.
Les 2 autres PDF comportent aussi des boutons créés dans Acrobat et des liens hypertexte créés dans l’appli de mise en page (InDesign). Le fichier 1 renvoi vers des ancres dans le fichier 2, le fichier 2 comporte un retour “document précédent”. Bon voilà, jusque là, c’est un truc tout simple. Je n’avais pas l’intention de faire plus compliqué.
>> Pour moi le plus simple serait de tout mettre dans un seul fichier PDF, c’est plus facile à gérer.
Seulement, voilà les problèmes.
Reader 6.0 : les boutons Acrobat ne fonctionnent pas, et les liens créés dans InDesign devant renvoyer à des ancres précises dans un document de 120 pages, renvoient systématiquement à la première page. La version 6.0.1 résoud le problème. J’ai juste eu le temps de mettre un avertissement sur le fichier LisezMoi…
>> Oui, c’est un bogue recensé de Reader 6.0 !
Une question au passage : en quel laps de temps Adobe a-t-il fait cette mise à jour ?
>> Environ 6 mois…
Reader 5.0 : Les liens créés dans Indesign fonctionnent, mais pas les boutons créés dans Acrobat. “Module manquant”. Bon là, c’est peut être le programme de l’utilisateur qui a été endommagé. Je n’ai pas encore eu la possibilité de vérifier.
>> Là, il faudrait que tu en dise plus si tu espères de l’aide…
J’ai lu sur un document téléchargeable ici “on peut exécuter Acroread directement à partir du CDRom”. J’ai bien essayé d’appliquer les consignes, mais pas moyen que ça fonctionne
>> Pour exécuter Reader depuis un CD il faut graver le dossier contenant une version de Reader installée sur un disque dur, pour Mac comme pour Windows. Ca marche depuis la version 4 au moins. L’inconvénient c’est que les plug-ins requis pour internet ou pour QuickTime ne sont pas chargés, ce qui limite certaines fonctions. Autre inconvénient : la (l’in)compatibilité de certaines versions de Reader avec certaines versions des systèmes, difficile à gérer.
Pour l’autorun, Merlin te dévoile ses grimoires :
http://www.abracadabrapdf.net/download/AutorunMac.pdf.sit
et
http://www.abracadabrapdf.net/download/AutorunWin.pdf.sit
(Ce sont de petits fichiers de 25 Ko environ)
:study:
Moi, je me renseignerais auprès de l’imprimeur pour me caler avec lui. Sinon, dans le doute, je lui envoie les 2 types de fichiers et il fait avec celui qu’il préfère.
😉
PS :
– par 1re page j’entend la page qui est définie comme page d’ouverture dans les propriétés d’ouverture, par défaut c’est la première.
– Unicode n’est utilisable qu’à partir des versions 5 de Reader et d’Acrobat.
Après un tel bouquet de fleurs, je me dois de te fournir une réponse complète !
[J’ai un peu regardé le JavaSript sur les fichiers “PinsSalzmann.pdf” et “AubadeCal.pdf” proposés sur le site. Au passage, je trouve Aubade beaucoup moins sexy vu sous l’angle de son JavaSript… ]
On reste pourtant dans le “textuel soft”
))[Voici quelques petites questions en vrac :
– Quel intérêt de placer dans le JavaScript un facteur de zoom alors qu’Acrobat peut le définir dans les propriétés d’ouverture ? ]
Parce-que ce dernier est systématiquement ignoré lors du passage en mode Plein écran s’il n’est pas effectué au moment de l’ouverture de la 1re page, et c’est normal : puisqu’il s’agit d’une option “d’ouverture” elle n’est prise en compte qu’à l’ouverture du PDF, pas après…
Sinon par défaut l’affichage se fait à la taille de l’écran (Plein écran).
Quand au script “Start” dans “AubadeCal.pdf” il est exécuté AVANT l’ouverture de la page… Donc meme problème.
[ – Je souhaite régler les préférences de l’utilisateur dès l’ouverture du document. Dans “Définir des actions de script”, Acrobat ne le propose pas. ]
Les scripts de document (Doc level scripts) sont exécutés à l’ouverture du document (c’est-à-dire immédiatement avant l’ouverture de la 1re page). Dans “AubadeCal2004.pdf” le script “start” est placé dans JavaScript > Script Javascripts pour cette raison.
Une autre solution est de placer le script dans l’action “ouverture de la page” mais ce n’est valable que si le document ne comporte qu’une seule page (sinon il se ré-exécute chaque fois que l’utilisateur revient sur la 1re page), c’est donc inutilisable pour un diaporama.
[ – Je ne comprend pas la mise en variable de l’alerte sur PinsSalzmann :
Pourquoi une mise en variable ?]
Pour que l’alerte ne s’affiche qu’une seule fois au 1er lancement, et non pas à chaque lancement du diaporama.
[A quoi correspond la synthaxe des accents du texte de l’alerte (quelles sont les règles ?) ]
Tous les caractères non-ASCII sont codés au format Unicode pour la compatibilité multi-plateformes, sinon les car. accentués ou “spéciaux” sont remplacés. Un script fait sur Mac ne s’affichera pas correctement sous Windows, et lycée de Versailles. (Et ne parlons pas des Unix…)
La règle c’est de remplacer le caractère par son équivalent en codage Unicode, précédé d’un antislash “” et d’un “u”.
Ainsi “Bébé va téter sa purée” devient “Bu00E9bu00E9 va tu00E9ter sa puru00E9e”, puisque le code Unicode du “é” est “00E9” et qu’il est précédé de “u”
C’est une opération que j’effectue tout à la fin par rechercher/remplacer, une fois que je suis sur de mon script. Parce qu’après, ça devient illisible pour un humain…
[Et j’aimerais une traduction des lignes suivantes : ]
if (typeof global.etamCompteur == “undefined”) // si la variable globale “etamCompteur” n’est pas définie :
{
app.beep(); // fait biper l’ordinateur (inutile en version 6)
if (app.alert(etamAlert, 2, 2) == 4) // affiche le contenu (la valeur) de la variable “etamAlert” dans une boite d’alerte. Et si l’utilisateur clique OK :
{
global.etamCompteur = 1; // assigne la valeur “1” à la variable globale “etamCompteur” (pour qu’ainsi elle devienne “définie”)
this.pageNum++; // affiche la page suivante
app.fs.isFullScreen = true; // en mode plein écran
this.zoom = 100; // avec un facteur de zoom = 100% (si l’utilisateur clique “Annuler”, il ne se passe rien)
}
}
else // sinon (si la variable globale “etamCompteur”, n’est pas non-définie. Ce qui veut dire que l’utilisateur à déjà vu l’alerte et cliqué OK. Dans ce cas la valeur de la variable est donc de “1”.) :
{
this.pageNum++; // affiche la page suivante
app.fs.isFullScreen = true; // en mode plein écran
this.zoom = 100; // // avec un facteur de zoom = 100% (C’est la même chose que ci-dessus, mais sans l’affichage de l’alerte)
}
La variable “globale” (contrairement à la variable “locale”) est stockée durant toute une session, c’est à dire jusqu’à ce que l’on quitte le logiciel. Donc si on réouvre le PDF sans avoir quitté le logiciel entre temps l’alerte ne sera pas affichée non plus.
Ca va mieux ?
:sun:
Avec XPress tu n’as pas d’autre choix.
Si je comprend de koitikose, il faut vérifier qu’aucun des “Settings” de Distiller n’utilise un caractère “exotique” dans son nom de fichier. Sinon, ça peut aussi venir d’un trop grand nombre de polices chargées…
Par contre ce qui est sur c’est qu’il ne faut pas supprimer les fichiers .joboptions fournis avec Distiller 6 car il refuse de fonctionner s’ils ne sont pas tous présents dans le dossier “Settings”.
[Oui Stephan est générallement bien informé mais je ne comprend pas l’Allemand, dommage qu’il ne propose pas une version française ou anglaise de son site…
Pour le DCS, ça dépend avec quoi tu fais la mise en page…
Tu dois avoir une police vérolée dans un des 2 dossiers Polices, OSX y est très sensible.
Essaie d’en retirer (par groupe) et de relancer Distiller, jusqu’à ce que tu trouve la fautive…
:scra:
PS : peux-tu donner l’adresse du site que tu mentionne ?
Effectivement, la résolution vectorielle ne modifie pas la taille du fichier mais cela affecte la qualité visuelle, en cas de doute sur la valeur à mettre la règle c’est : qui peut le plus, peut le moins.
Pour les bitmap : y a pas photo !
:salu:
Benoit : merci pour ces tests, parce que franchement : chaque fois que j’essaie d’utiliser l’export HTML d’Acrobat 6… il quitte “inopinément”.
:salu:
Autant pour moi, il y a aussi le plug-in “Gemini” qui fonctionne avec Acrobat 5/Mac OS9. Il y avait même une version démo en VF à l’époque où je l’avais testé !
Mais c’est pareil, pour un minimum de respect de la mise en forme il faut que le PDF soit structuré…
:gee:
Tout dépend de quel réglage de résolution tu parles.
Dans le panneau “Général” de Distiller il y a un réglage de résolution qui ne concerne que les flasheurs/imprimeurs. Il s’agit ici de régler la résolution maximale d’impression des éléments vectoriels contenus dans le fichier (s’il y en à…, de toute façon ce réglage n’affecte pas la taille du PDF final).
Il n’y a pas moyen de connaitre cette valeur depuis un fichier PDF.
Dans le panneau “Compression” de Distiller, c’est la résolution des images bitmap que l’on règle. Pour connaitre la valeur appliquée dans un PDF déjà créé il faut utiliser un plugin pour Acrobat, genre ImageWorks ou Quite A Box of Tricks (je préfère ce dernier).
Mais ici c’est une valeur “plancher” que l’on affecte aux images, leur résolution effective dans le PDF peut donc être supérieure à la valeur réglée dans Distiller.
Bonnes nouvelles : ces 2 plugins sont disponibles en VF sur [www.quartet.fr] et les versions démo sont suffisantes pour obtenir ce renseignement.
Oui, mais là tu es coincé, ton matos est obsolète (pour cette opération entout cas). Il faut que tu trouve un autre tandem machine/logiciel pour arriver à tes fins !
](*,)
PS : XPress 6 est dispo en démo 30 jours –> http://www.quark.fr
A mon avis tu te casse la tête inutilement. Je ne sais pas quelle version tu utilises mais depuis la version 5, XPress gère très bien le HTML et te permet d’obtenir facilement un fichier HTML depuis un fichier PAO.
Sinon, avec VirtualPC il te faut Acrobat 5 ou 6, n’oublie pas de télécharger le plugin “MakeAccessible” pour la version 5.
Mais avec VirtualPC tu aura certainement + vite fait d’utiliser l’utilitaire PDF2HTML…
:-k
Enfin un nom sympathique !!!
Ce n’est pas que tu n’as aucune chance mais presque… parce que forcément tout ce qui touche à Word et aux .doc se fait + facilement avec un péssé.
La preuve, il y a plusieurs utilitaires non-Adobe disponibles sous Windows qui t’aideraient bien.
Mais tu as bien un péssé quelque part dans ton Entourage…
](*,)
Non.
Pour baliser des PDF il faut utiliser soit Acrobat 6 (Mac ou Windows), soit Acrobat 5 (Windows uniquement).
Le plugin d’export HTML existe sur les deux plate-formes. Mais avec Acrobat 5, il faut le rajouter (Sur Mac comme sur Windows) car il n’est pas fourni avec l’installeur.
Le plugin “MakeAccessible” pour Acrobat 5 Windows est à télécharger également.
:hic:
Ca veut dire qu’il te demande un PDF balisé, c’est ça “rendre accessible”. Acrobat 6 sait faire ça mais c’est du balisage à l’aveuglette, même s’il te permet d’exporter.
Pour le faire avec Acrobat 5 il faut la version Windows…
:pale:
C’est ça les langues étrangères…
Mais souviens toi que cela dépend surtout de la qualité de l’original (PDF balisé ou non, multi-colonage…).
:brn:
C’est le “Save As XML Plug-In for Macintosh (beta 2)”, je croyais que la mise à jour l’installait automatiquement….
Tu trouvera le lien sur cette page aux environs de la 25e ligne, mais il faut t’enregistrer avant (c’est gratos) :
http://www.adobe.com/support/downloads/product.jsp?product=1&platform=Macintosh
:salu:
PS : soit gentil d’éviter de m’appeler “dobelyu”, je n’aimerais pas qu’on me confonde avec l’autre. Tu sais, ce Texan qui pue le pétrole…
:brn:
A ce niveau là, le PDF et le HTML ont les memes limitations, ça ne changera rien au problème de base…
Il faut faire la mise à jour (gratuite) en version 5.05. Elle contient le plug-in “HTML-XML export” qu’il fallait rajouter à la version 5.0 (téléchargement gratuit).
http://www.adobe.com/support/downloads/product.jsp?product=1&platform=Macintosh
Non, pas moyen de mettre un thermomètre de progression ni rien de ce genre…
;-(
Par contre il faut savoir si ce sont des PDF mono ou multi-pages. Dans le dernier cas il est important que les PDF soient “optimisés pour le web”.
Il y a un autre service gratuit en ligne : http://www.gobcl.com
Il est basé sur BCL Magellan qui fait la même chose en local.
Démo gratuite sur : http://www.bcltechnologies.com
:salu:
Attention quand meme avec cette méthode.
Quand on demande à Acrobat 6 d’enregistrer dans un format inférieur, les données du PDF sont organisées de façon à optimiser la rétro-compatibilité.
Si on se contente de changer le n° de version d’un PDF qui utilise des fonctionnalités propres à Acrobat 6, transparence ou calques par exemple, on risque un comportement inattendu lors de son ouverture avec une version inférieure de Reader ou d’Acrobat…
Il faut donc être sur de son fichier.
:brn:
