Toutes mes réponses sur les forums
-
AuteurRéponses
-
MerlinMaître des clés
1) comment peut-on afficher ce message uniquement si la version est inférieure à Reader 9 (app.viewerVersion < 9)
2) comment l’alerte est assez grande et que je dois la faire en 3 langues (Français, Allemand et Anglais pour tous les autres pays) est-il possible de récupérer la langue de l’ordinateur et d’afficher l’alerte uniquement dans la langue du pays.if (app.language == “FRA”)
{
var monalerte = “TEXTE EN FRANÇAIS”;
}
else if (app.language == “DEU”)
{
var monalerte = “TEXTE EN ALLEMAND”;
}
else
{
var monalerte = “TEXTE EN ANGLAIS”;
}////////////////////
if (typeof app.formsVersion != ‘undefined’ && app.formsVersion < 9.0)
{
app.alert(monalerte, 3);
}Sans oublier d’utiliser l’utilitaire Abra-Txt2Unicode pour éviter les erreurs d’affichage dans les messages :
http://abracadabrapdf.net/articles.php?lng=fr&pg=440:RoiReine:
3) que faire si aucun reader n’est installé sur le poste de travail???
Ce doit être un cas assez rare, mais c’est une bonne question… je te remercie de l’avoir posée !
A part une bonne grosse étiquette sur le CD, je ne vois pas.
:joker:
MerlinMaître des clésBackspace : retour
Michel, je pense simplement que le code JavaScript n’est pas placé au bon endroit ou pas sur le bon événement.
Il faudrait que tu en dise plus…
:idee:
14 avril 2009 à 12:26 en réponse à : version 9 pro ext. : Perte de fonctionnalité & convivialité vs Acrobat 7 pro #50049MerlinMaître des clésLa touche « vue précédente » et « vue suivante », n’est plus active entre plusieurs documents « .pdf » ouverts simultanément. Cette touche ne fonctionne plus qu’à l’intérieur d’un même document.
Je viens de trouver un doc sympa écrit par Jeff Moran (Acrobat Product Management) qui explique le pourquoi et le comment de ce changement dans l’interface, apparemment c’est un mouvement général sous Windows (MDI vers SDI) parce que les utilisateurs préfèrent et parce que ça consomme beaucoup moins de ressources processeur…
En anglais : http://blogs.adobe.com/acrobat/2008/09/mdi_vs_sdi_in_acrobat.html
:geek:
MerlinMaître des clésMon problème est que je pense que la grande majorité des personnes qui recevrons le CD-ROM sont sous PC.
Effectivement c’est mathématique, question de parts de marché !
La solution serait de faire tourner le CD-ROM avec Reader 9, puis de tester la version présente sur le PC et si c’est une version inférieure, d’afficher un message proposant d’installer la version Reader 9.
Là aussi tu risques de perdre plus de la moitié des utilisateurs à cette étape : il y a ceux qui ne voudront pas perdre de temps, et ceux qui ne peuvent rien installer hors la présence du responsable informatique.
Sans compter les problèmes techniques que cela pose car je ne suis pas certain qu’un JavaScript puisse aller fouiller le disque dur et y détecter quoi que soit sans intervention de l’utilisateur…
Pour moi le plus simple serait de proposer un CD sans Reader de façon que le PDF utilise le Reader installé, sans incompatibilités possibles.
Un JavaScript placé en ouverture de document peut détecter la version utilisée et inviter l’utilisateur à mettre à jour si elle est trop ancienne. On peut aussi placer une page de couverture (d’accueil) pour délivrer ce même message.Dans ce cas on a intérêt à utiliser une compatibilité la plus ancienne possible pour ne perdre qu’un minimum d’utilisateurs (ceux qui n’effectueront pas la mise à jour).
Ceci ne vaut que pour la version Windows, sur Mac ça se passe ainsi :
– pas d’incompatibilités (connues) entre les différentes versions
– si ni Reader ni Acrobat ne sont préalablement ouverts c’est le logiciel placé sur le CD qui se lancera
– si Reader ou Acrobat est déjà ouvert depuis le disque dur c’est lui qui sera utilisé : le JavaScript avertira si la version est trop ancienne.
– si, comme trop souvent, c’est Aperçu qui est défini comme lecteur de PDF par défaut le JavaScript ne fonctionnera pas (et le reste non plus d’ailleurs) : d’où l’intérêt de la page de couverture (accueil)…A noter que ce dernier point vaut également pour Windows si le logiciel lecteur de PDF n’est pas Adobe Reader…
:mur: :geek:
11 avril 2009 à 14:54 en réponse à : Les gènes d’Acrobat: toujours "postscript", ou plutôt "XML" maintenant ? #50083MerlinMaître des clésAutrefois, parmis les imprimantes virtuelles qu’installait Acrobat, il y avait “acrobat writer” et “acrobat distiller”, chacune ayant ces imperfections. Maintenant, (il me semble depuis le version , il n’y en plus qu’une seule “Adobe PDF printer”, qui marche très bien.
Acrobat Writer a disparu avec Acrobat 5 en version Mac et avec Acrobat 6 pour la version Windows. Depuis il ne reste plus que l’imprimante AdobePDF, mais c’est exactement la même chose que d’utiliser Distiller : c’est la mise en œuvre qui est différente.
Adobe lui de son côté, anonçait un format (en développement à l’époque d’acrobat , ayant l’apparence d’un pdf mais apparenté a “XML”.
C’est le format utilisé par Adobe Designer pour les formulaires, encapsulé dans un PDF. C’est pour ça que les formulaires créés avec Designer ne peuvent pas être modifiés dans Acrobat (et vice-versa) : la boite est la même mais le contenu est différent (un peu la même différence entre deux voitures identiques mais à moteur diesel ou essence : la différence est sous le capot).
Pourtant maintenant le format pdf est lié à une norme internationnale et il est donc à priori plus difficile pour Adobe de le faire évoluer…
Il n’est pas “lié” : le PDF 1.7 est la norme ISO 32000, il en existe même plusieurs variantes :
http://abracadabrapdf.net/articles.php?lng=fr&pg=409Pourtant on constate que la conversion d’un “.pdf” vers un “.doc” par acrobat, est moins mauvaise qu’autrefois. Il y aurait-il plus de parenté que dans le passé (via une description apparenté à XML des deux côtés) ?
Depuis sa version 1.4 le format PDF intègre le balisage (tag), structure apparentée au XML et qui décrit les objets en fonction de leur position “logique”, et non plus seulement en fonction de leur position “géographique” sur la page.
Ce qui facilite l’accès aux handicapés et qui permet aussi de récupérer plus facilement le contenu d’un PDF, puisqu’il est décrit logiquement.
Voir : http://abracadabrapdf.net/articles.php?lng=fr&pg=10:soleil:
MerlinMaître des clésSous la version 5 et antérieure, il était possible de faire une modification mineure du texte, directement depuis acrobat; mais depuis Adobe, a du se rappeler qu’il vendait aussi des polices de charactères et la fonctionnalité a été suprimée…
Non, elle existe toujours, mais il faut que police soit installée sur l’ordinateur, question de licence et de ©.
Dommage…. Apparement personne n’a retrouvé une astuce autre qu’illustrator (cf astuce de Merlin), pour palier à cette fonctionalité disparue.
S’il existe d’autres astuces, pour faire de telles modifications, lorsque l’on ne possède pas les polices, cela m’intéresse. Merci.1- copier le texte avec l’outil de retouche de texte
2- sélectionner le bloc de texte avec l’outil de retouche objet pour le supprimer en entier
3- prendre l’outil Machine à écrire ou l’outil Zone de texte des commentaires, il ne reste plus qu’à coller le texte, le modifier, le reformatter, etc. (Dans certaines versions d’Acrobat on peut aussi utiliser l’outil de retouche de texte):soleil:
MerlinMaître des clésSous Windows il fortement déconseillé (par Adobe) de faire fonctionner deux versions différentes sur un même système…
A mon avis il est inutile de chercher plus loin…
:doute:
MerlinMaître des clésChhuuutttt !
:Interdit/Impossible: :-X
10 avril 2009 à 12:43 en réponse à : Message d’alerte avant d’effacer les données d’un formulaire #50077MerlinMaître des clésMerci !
MerlinMaître des clésLes bougres !
:'(
MerlinMaître des clésQu’est-ce qui empêche le 3D toolkit de la version 7 de fonctionner avec la 9 ?
??:
MerlinMaître des clésCa par contre c’est interdit par la licence de diffusion : les liens pour téléchargement doivent absolument pointer vers le site d’Adobe, la page d’accueil s’adapte automatiquement à la langue de l’ordinateur et au système utilisé.
Donc une seule adresse : http://get.adobe.com/reader/
MerlinMaître des clésJe ne connais pas encore les Porte-documents PDF
😮
–> http://abracadabrapdf.net/articles.php?lng=fr&pg=430mais je suis un peu septique sur le fait que les clients qui reçoivent le CD-ROM installeront systématiquement Adobe Reader 9. D’après mon expérience, en général, soit le CD fonctionne directement et il est utilisé, soit il sera éjecté à la première demande d’installation, puis restera soit sur le bureau, soit à la poubelle.
Effectivement, c’est le comportement habituel…
C’est pourquoi je pense que je vais faire tourner le CD avec le Reader 8, et founir l’installateur du Reader 9.
Pourquoi ne pas fournir un simple lien pour le 9 ?
Le temps que tu diffuses ton CD et il sera obsolète car plusieurs mises à jour auront eu lieu.Aujourd’hui on en est à la version 9.1
A noter que le problème est uniquement sur PC, mais je ne connais pas du tout le nombre de clients qui tournent avec des macs (certainement très peu). Peut-être une étude à faire.
Si tu arrives à identifier une machine “disfontionnante” il faudrait essayer d’aller dans les Préférences de Reader > JavaScript et s’assurer que la case “Activer la stratégie de protection globale des objets” n’est pas cochée.
Le problème vient peut-être du fait que le Reader est lancé depuis un CD et non pas depuis la zone “sécurisée” qu’est le dossier “Program Files”…
Les mesures de sécurités sont de + en + restrictives.Et d’ailleurs, les “disfonctionnants” ne seraient-ils pas sur Vista à tout hasard ???
:idee:
9 avril 2009 à 19:09 en réponse à : Message d’alerte avant d’effacer les données d’un formulaire #50075MerlinMaître des clésCode extrait des abracadabraTOOLS :
/////////////////////////////////////////////////////////////////////////
if (typeof global.lalala == “undefined”)
{
if (app.alert(“TEXTE DE L’ALERTE”, 2, 2) == 4)
{
this.resetForm();
global.lalala = 1;
}
}
else
{this.resetForm();}
/////////////////////////////////////////////////////////////////////////Dans ce code l’alerte n’apparaît que la première fois et pas les suivantes grâce à l’utilisation de la variable globale (réinitialisée quand le logiciel est quitté).
Si on veut que l’alerte apparaisse à chaque fois :
/////////////////////////////////////////////////////////////////////////
if (app.alert(“TEXTE DE L’ALERTE”, 2, 2) == 4)
{
this.resetForm();
}
/////////////////////////////////////////////////////////////////////////:soleil:
Edit : dans le 2e code je viens de supprimer une ligne inutile qui apparaissait dans le message original
MerlinMaître des clésJe ne connais pas ce problème : jamais entendu parler, et donc je ne sais pas s’il y a une solution…
Si tous les postes des utilisateurs peuvent supporter Reader 9 le mieux est de fournir Reader 9 sur le CD et le catalogue sous forme d’un Porte-documents PDF.
Les Porte-documents PDF ne sont réellement compatibles qu’avec la version 9, les utilisateurs des anciennes versions voient en 1er la “Page de couverture” qui les incite à télécharger la dernière version.
De plus, la navigation à l’intérieur d’un Porte-documents PDF résoudra les problèmes des actions qui ne fonctionnent pas.
Sinon , il faut bien lire le contrat de licence mais je ne vois pas ce qui obligerait à diffuser une version précise de Reader plutôt qu’une autre…
:doute:
8 avril 2009 à 19:51 en réponse à : version 9 pro ext. : Perte de fonctionnalité & convivialité vs Acrobat 7 pro #50045MerlinMaître des clésMerci pour ces retours et ces commentaires, je vais essayer d’y répondre.
La plupart de ces questions ont été débattues lors de la phase de test de la version beta. Le sceau du secret étant levé je vais donc reprendre ici les réponses des ingénieurs de l’équipe qui travaille sur Acrobat.
- De nombreuses imperfections, qui ont été résolues avec la version 9 pro ext.
- En mode Mosaïque le bandeau avec les outils n’est plus commun aux deux fichiers ouverts en simultané, mais chaque fichier possède son propre bandeau, qui devient plus large pour conserver les même outils. Conséquence : perte de d’espace utile sur l’écran (Perte de convivialité). Pour compenser cette perte il faudrait travailler avec 2 écrans…
[/list]
D’après eux ça répond “une demande forte des utilisateurs” de la version pour Windows principalement.
Sur Mac ce comportement est carrément inhabituel et parfois déroutant pour les utilisateurs, mais (faible part de marché oblige) ils sont invités à faire avec…- Impossibilité de faire un « glissé-déposé » sur les vignettes, pour substituer une page à une autre, tout en conservant, lors de la mise à jour, les liens des signets et les commentaires rajoutés. (Perte de fonctionnalité et de temps lors de la mise à jour d’un document)
[/list]
Ca répond aussi une demande forte des utilisateurs.
C’est juste la mise en œuvre qui a changé, maintenant cela s’accompagne d’une combinaison de touches (Pomme + ALT sur Mac, je ne sais plus pour la version Windows) pour éviter les manipulations malencontreuses et/ou involontaires.- La touche « vue précédente » et « vue suivante », n’est plus active entre plusieurs documents « .pdf » ouverts simultanément. Cette touche ne fonctionne plus qu’à l’intérieur d’un même document. (Perte de fonctionnalité et de fluidité lors d’un exposé utilisant des documents.pdf comme support)
[/list]
Ce comportement posait de vrais problèmes avec les PDF “multimédias”, et comme Acrobat 9 est clairement orienté multimédia avec l’intégration du lecteur Flash, il a fallu faire un choix.
Ce “nouveau” comportement étant d’ailleurs celui adopté depuis toujours par la plupart des logiciels (et des autres logiciels Adobe : unification de l’interface oblige).(PS : il faudrait vérifier mais je crois que c’est toujours possible à l’intérieur d’un Porte-documents PDF)
- La zone « vignette », n’affiche plus toutes les vignettes, si le nombre de page n’est pas divisible par le nombre de colonne pour l’affichage des vignettes (Perte de convivialité)
[/list]
Ca il semble que ce soit un bug : pas de réponses claires des ingénieurs et d’après ce que l’on constate sur les forums anglo-saxons cela n’affecte que certaines configurations, et pas d’autres.
- « pdfmaker » ne fonctionne plus avec Office 2000. Or beaucoup de grandes entreprises sont conservatives afin de limiter leur budget informatique (Perte de fonctionnalité et impossibilité de déployer Acrobat 9 à grande échelle sans un surcoût important pour ces entreprises)
[/list]
Nous sommes en 2009… et le futur abandon du support de ces anciennes versions de MS-Office avait été annoncé au moment de la sortie d’Acrobat 8 il y a plus de deux ans, ce n’est pas une surprise.
Autre argument évoqué (et invérifiable) : le faible taux de demande sur ces versions de MS-Office suffit à lui seul pour justifier l’abandon de leur support par Acrobat…
- Perte de sensibilité des « vignettes », pour le déplacement d’une fenêtre de zoom par simple pointage de la souris. Il faut maintenant faire un « glisser » de la souris pour déplacer cette fenêtre de zoom, dont l’emplacement par défaut (systématiquement en haut), n’est pas forcément celui souhaité lors du pointage initial, sur une zone de la vignette d’une autre page. (Perte de convivialité)
[/list]
Je ne suis pas sur de bien comprendre le problème mais la réponse est certainement a chercher du coté de la fameuse unification des interfaces Adobiennes.
- Lors de la conversion d’un fichier Word par « pdf Converter » les liens hypertexte sont conservés. Avec Acrobat 9, ils ne sont plus actifs qu’en mode pleine page, alors qu’avec les versions précédentes ils étaient actifs avec tous les modes d’affichage. N’avons pas pu tester le résultat, obtenu par la fonctionnalité « pdfmaker » d’Acrobat, puisque celle-ci nécessite « Word 2003 » ou plus récent. (Perte de fonctionnalité)
[/list]
Le plugin PDFMaker d’Acrobat 9 n’est pas censé fonctionner avec cette version de Word, et fonctionne apparemment bien avec les versions supportés : je n’ai pas entendu parler de problème de ce type avec Office 2003 ou 2007.
Voilà, voilà…
:geek:MerlinMaître des clés:bravo:
MerlinMaître des clésBien sur !
:geek:
MerlinMaître des clésTrop fort !
:bravo:
MerlinMaître des clésRegarde dans ce sujet, tu n’auras pas grand-chose à modifier au script proposé :
http://www.abracadabrapdf.net/forum/index.php?topic=1106.0:extra:
MerlinMaître des clésAvec des boutons ou des cases à cocher c’est possible sans JavaScript si le nombre de logos ne dépasse pas la quinzaine.
Mais pas avec une liste déroulante…
:indecis:
MerlinMaître des clésMoi je dis : bravo !
Deux observations seulement :
– tu te simplifierais bien la vie en utilisant un éditeur de texte (“éditeur de”, pas “traitement de”) plutôt que de jongler entre Word & Wordpad.– après ouverture du PDF (final) dans Acrobat je te conseille de l’enregistrer-sous. Parce ta manip doit forcément le corrompre un peu quelque part et parce-que Acrobat (et Reader) réparent automatiquement les PDF (pas trop) défectueux lors de l’ouverture du fichier.
Enregistrer-sous permet de les “remettre à plat” (au carré, tip-top, pile-poil, enfin : bien quoi !).:bravo:
MerlinMaître des clésJe pense que c’est possible, il faut construire un “array” et un petit code en boucle qui va chercher toutes les données possibles.
Genre:
for (i = ++
Mais je n’en connais que les premières paroles…
:Euuuh:
MerlinMaître des clésEn fait le JavaScript “normal” n’est pas tellement différent de celui utilisé par Adobe, d’ailleurs le conseil de base c’est “de commencer par essayer de faire fonctionner le script”, le reste n’est qu’une question de nom de champs ou de propriétés…
:soleil:
MerlinMaître des clésEn attendant qu’Alex, notre abracadabra-grand-gourou “JavaScript” du forum, se penche sur ton cas je ne peux que t’orienter vers des forums consacrés au langage JavaScript, car là on touche vraiment aux limites entre JavaScript et PDF.
Et ici, à part Alex, on est forcément plutôt PDF que JavaScript.
:joker:
12 mars 2009 à 23:04 en réponse à : Modifier les polices de caractères d’un document de 350 pages ??? #50016MerlinMaître des clés:extra:
10 mars 2009 à 23:38 en réponse à : Modifier les polices de caractères d’un document de 350 pages ??? #50014MerlinMaître des clésBonjour,
je ne crois pas que cela possible comme ça avec Acrobat sans être obligé de tout sélectionner manuellement police par police…
Même avec le plugin Pitstop je ne suis pas sur que ce soit faisable.Par contre si ce n’est pas un fac-similé (si on ne tiens pas forcément à conserver l’aspect original) on peut exporter (y compris avec Adobe Reader) tout le contenu du PDF au format texte, l’ouvrir dans un logiciel de traitement de texte (ou de PAO) pour le nettoyer/remettre en forme, et ensuite le reconvertir en PDF.
Cette solution serait en tout cas la moins laborieuse !
MerlinMaître des clésIl me semble que non mais je peux me tromper…
Les paramètres de recouvrement sont dépendant du périphérique d’impression : en clair c’est le RIP qui doit les appliquer en fonction de la machine utilisée.
Pitstop permet de modifier les balises de recouvrement (vrai, faux, inconnu) mais je ne crois pas qu’il permette de modifier le recouvrement en lui-même.
A vérifier.
:joker:
MerlinMaître des clésPas de chance ! C’est une fonction qui est arrivée avec Acrobat 7 (me semble t’il)…
Par contre, la bonne nouvelle c’est que cette fonction est aussi disponible dans les versions récentes d’Adobe Reader. Au moins dans la version 9 (je viens de vérifier : image jointe) et certainement aussi dans la version 8 (de mémoire). Et peut-être aussi dans Reader 7 : à vérifier.
Donc il suffit d’installer la dernière version d’Adobe Reader et de régler l’impression comme sur l”image ci-jointe, le réglage de base c’est : Mise à l’échelle : Plusieurs pages par feuille, le restant va de soit.
Ne pas oublier quand même de régler le format et l’orientation de la page avant (Menu fichier > Format d’impression):soleil:
[attachment deleted by admin]
MerlinMaître des clésCe message indique juste que les profils colorimétriques utilisés pour le document ne sont pas les mêmes que ceux utilisés dans les préférences colorimétrique du logiciel.
Le panneau jaune est un panneau d’avertissement, rien d’autre.Sinon, utiliser la version 7.0 est une très mauvaise idée : menu Aide > mise à jour
:soleil:
MerlinMaître des clésLe pdf généré par XPress est beaucoup plus lourd qu’en passant par l’imprimante…
On s’en fiche puisque c’est juste pour imprimer !
Et dans le cas où on ne s’en ficherait pas il serait possible de l’optimiser/recompresser avec Acrobat, par exemple.Et un hot folder qui imprime tout ce qu’on lui donne, ça marche comment ?
Avec Mac OSX cela fonctionne avec les “actions de dossier”, qui sont commandées par Automator (facile et intuitif) et/ou AppleScript (moins facile à appréhender) : on peut combiner les deux.
Avec Windows je ne sais pas trop… VisualBasic peut être ???:geek:
MerlinMaître des clésParles en à l’imprimeur, mais 200 ppp cela ne paraît insuffisant, et 10 Mo pour deux pages A4 c’est ridiculement petit.
En PAO une page A4 fait couramment entre 40 et 50 Mo…Sinon pour la version basse résolution cela me parait bien : les textes seront effectivement toujours plus nets.
MerlinMaître des clésPourquoi vouloir absolument conserver le texte vectoriel ?
Parce que dans bien des cas cela passera inaperçu…Quelle est la destination des PDF ? Imprimerie/Offset, ou autre ?
:Euuuh: ??:
MerlinMaître des clésLorsque je lance l’exportation en qualité supérieure, l’espace mémoire augmente de façon dramatique, jusqu’à faire planter indesign.
Ca ressemble fort à un calcul qui tourne en boucle infinie…
Un problème (trop) fréquent avec l’EPS.
:mur:MerlinMaître des clésSacré Vista !!!
Je ne comprend pas pourquoi utiliser ID CS2 alors que tu as la Suite CS3… mais bon.
Sinon, la 1re idée qui me vient, surtout si on veut conserver les texte vectoriel, c’est d’utiliser non pas le format PSD mais le format Photoshop-PDF. C’est le seul format (avec l’EPS) qui ne pixelise pas les textes à la résolution de l’image.
Je suis justement en train d’élaborer un doc qui montre les différences dans la gestion des textes créés dans Photoshop en fonction des formats utilisés, et qui montre aussi comment faire pour que les textes noirs soient surimprimés une fois placé dans ID (ou dans XPress).(Voir : http://forums.macgeneration.com/arts-graphiques/besoin-de-conseil-typo-233411.html)Aplatir les calques de l’image ne devrait pas changer grand-chose, mais c’est faisable dans Photoshop en sélectionnant les calques à fusionner et en passant par le menu de la palette des calques.
En tout cas, encore une fois : l’EPS est un format obsolète (pour rester poli !), à bannir totalement.
MerlinMaître des clésMerlin te donnera peut-être, demain, une méthode (un éventuel utilitaire…) pour faire cela toi-même une éventuelle prochaine fois.
Pour Mac il y a peut-être Skim (gratuit), mais je ne suis pas certain de toutes ses fonctions.
Pour Windows il y a plusieurs logiciels (Acrobat, PDF Converter, Foxit, …), et pour un besoin ponctuel il suffit de télécharger la version démo (utilisable 30 jours en général).:soleil:
MerlinMaître des clésQui peut dire à l’ignare que je suis si je peux contourner le pb d’une imprimante non postscript (une epson b300) pour imprimer en CMJK à partir d’XPress ?
Ravi d’apprendre qu’en 2009 XPress ne sait toujours pas utiliser un imprimante non-PostScript…
:mur:J’ai pensé générer un pdf dans XPress (en passant par l’imprimante virtuelle Adobe pdf) puis imprimer le pdf.
Y a t-il une ruse géniale pour m’éviter de rouvrir les pdf dans Acrobat Reader pour les imprimer ?Non, tout ce que je peux suggérer c’est de gagner un peu de temps en utilisant la fonction d’exportation en PDF de XPress… ça va un peu plus vite.
:soleil:MerlinMaître des clésElle nous le dira quand elle reviendra.
😎MerlinMaître des clésC’est bien ce qu’il me semblait : je n’avais rien compris à ta phrase…
:siffle:
:Ooops:MerlinMaître des clésSi la fonction n’existe pas dans ARTS, tu dois le programmer.
Non, je ne suis pas très bon : ici le grand-gourou du JavaScript c’est Alex.
Brûle un cierge en espérant qu’il s’intéresse à ton cas !
Ou contacte le.:soleil:
MerlinMaître des clésCa y est, j’y suis arrivé !
En fait c’est un test avec Acrobat 8 qui m’a mis la puce à l’oreille : il y avait bien des caractères “illégaux” dans le fichier JS… tout ça parce que j’avais oublié d’activer “Afficher la console en cas d’erreur” dans la version 9, qui restait donc muette.
:Ooops:Je remercie la fonction “Zap gremlins” de TextWrangler qui m’a permis de m’en débarrasser en un tournemain.
:contentdance:Je vais encore bricoler un peu le script pour le “bilinguiser” et pour que le résultat s’affiche dans une boite d’alerte, ce qui le rendra utilisable aussi avec Reader.
Merci Alex, bravo !
MerlinMaître des clésTu as le choix entre quelques heures de programmation en JavaScript ou ARTS PDF Linker :
http://www.artspdf.com/arts_pdf_linker.asp:joker:
MerlinMaître des clésVous pouvez aussi mettre le test sur la version d’Adobe Reader qui ce trouve sur le forum
Sur ce forum et sur AbracadabraPDF.net en général il n’y a que des liens vers le site d’Adobe pour télécharger Adobe Reader. Le forum n’héberge rien du tout, ce qui permet ainsi de respecter les accords de licence d’Adobe et de ne pas proposer une version obsolète ou simplement dépassée…
:soleil:
MerlinMaître des clésC’est comme lors de la sortie de Mac OS X.5, alias Leopard : la solution des problèmes d’impression viendra des futures mises à jour. En attendant, PrimoPDF est une excellente alternative.
Tu n’es pas seul dans ton malheur, les forums anglo-saxons fourmillent de questions similaires concernant Vista et AdobePDF (versions 8 & 9) et qui restent sans vraies réponses…
:soleil:
MerlinMaître des clésA noter que pour la compatibilité pdf 1.3 on est obligé d’aplatir l’image.
etcC’est effectivement et logiquement un paramètre obligatoire, mais dans ton cas c’est une opération neutre puisque le PDF a optimiser ne contient pas de transparences.
Pour le reste : c’est bien ça. On peut même utiliser le traitement par lot ou créer un droplet avec le contrôle en amont pour automatiser la chose.
:contentdance:
MerlinMaître des clésle panneau déroulant permet de choisir la version d’Acrobat. Lorsqu’on ne connait pas par coeur les correspondaces entre versions Acrobat et versions pdf, peut-on la trouver quelque part dans Acrobat, ou doit-on se rendre sur http://www.abracadabrapdf.net/articles.php?lng=fr&pg=10
Si on se rend sur ladite page on peut y lire :
Astuce simple et mnémotechnique : l’addition des deux chiffres composant le numéro de la version du format PDF donne le numéro de la version d’Adobe Acrobat* correspondante.
Cette astuce est avérée pour toutes les versions du format PDF et pour toutes les versions d’Adobe Acrobat**.
(PDF 1.4 –> 1+4 –> Acrobat 5):geek:
Je dois juste y ajouter que cela ne vaut plus depuis Acrobat 9 : en fait depuis que le PDF 1.7 a été certifié norme ISO-32000 en janvier 2008.
Donc maintenant ce n’est plus seulement Adobe qui décide des évolutions du format, mais l’International Standard Organisation.MerlinMaître des clésDans Acrobat Pro > menu Options avancées > Optimiser PDF
Le menu déroulant permet de choisir la version, les panneaux servent à paramétrer les options de recompression.
Dans ton cas tu ne dois utiliser que le seul menu déroulant, tous les panneaux devant être décochés (images, texte, etc…) pour ne pas dégrader le fichier.
😎
MerlinMaître des clésBonjour,
il faut aller dans le menu ? (Aide) d’Acrobat et demander : Réparer l’installation…
:contentdance:
MerlinMaître des clésOui, il faut modifier “cEnable” ainsi:
cEnable: “event.rc = (event.target != null);” // active only if a doc is opened
MerlinMaître des clésJe dois passer 5 heures dans le train cet aprème, j’aurais tout le temps de tester !
:contentdance:
25 janvier 2009 à 11:39 en réponse à : Lancer un script JavaScript depuis la console sur Mac. RÉSOLU #49968MerlinMaître des clésSur Mac c’est la même touche qu’il faut utiliser, après avoir sélectionné le code a exécuter.
Attention, cela ne fonctionne pas avec les claviers des portables (Mac, je ne sais pas pour les PC) qui n’ont pas de pavé numérique : l’émulation de la touche entrée avec la touche “retour” n’est pas reconnue par Acrobat…
Mais ça ne me gène pas puisque pour tester du code j’utilise plutôt ScriptEase : http://abracadabrapdf.net/articles.php?lng=fr&pg=89
:extra:
MerlinMaître des clésJ’ai utilisé l’excellent SubEthaEdit pendant des années, maintenant qu’il est devenu payant j’utilise TextWrangler qui donne aussi toute satisfaction.
Pour que l’éditeur ne se ferme pas avec Acrobat, je ne l’utilise pas comme éditeur justement : j’utilise les fenêtres intégrées à Acrobat et le copier-coller depuis TextWrangler, qui reste ainsi toujours ouvert, les documents aussi.
:geek:
MerlinMaître des clésAlex : c’est superbe, quel talent !
Il y a juste un petit hic : le (sous-)menu ne s’affiche pas dans Acrobat, je n’y arrive pas…
Ca fait 2 heures que je bidouille sans résultat et que je tourne en rond : il y a certainement un truc de base qui m’échappe, mais là je ne vois pas.Au secours, je sèche…
:Euuuh: :doute: ??:
MerlinMaître des clésIl y a effectivement la solution préconisée par Lionel : on envoie à chacun un formulaire PDF qu’il pourra remplir et enregistrer avec Adobe Reader 8+
Éventuellement ce(s) formulaire(s) peu(ven)t être pré-rempli(s), techniquement cela ne change pas grand-chose sinon le temps passé par l’envoyeur.Une autre solution est d’utiliser des formulaires non-enregistrable par l’utilisateur final mais qui utilisent des données stockées dans l’ordinateur de l’utilisateur final, c’est comme une sorte de “cookie” comme en utilisent les navigateurs internet.
Un bon exemple de cette dernière solution est téléchargeable ici :
http://abracadabrapdf.net/articles.php?lng=fr&pg=78L’avantage de la 1re méthode (PDF enregistrable avec Reader 8+) c’est que le fichier peut circuler d’un ordinateur à l’autre sans problème et qu’elle est très simple à mettre en oeuvre, l’inconvénient c’est que l’utilisateur doit utiliser Reader 8 ou 9.
L’avantage de la 2e méthode (cookie) c’est la rétro-compatibilité jusqu’à Reader 5, et aussi que chaque nouveau formulaire utilisant les mêmes noms de champs (de formulaire) se remplira automatiquement avec les mêmes données. Par contre c’est lié à l’ordinateur et à la version du logiciel utilisés. En clair tout changement de version majeure (7.x, 8.x, 9.x, etc.) ou de logiciel (Reader et/ou Acrobat) se traduira par une remise à zéro de toutes les données : pas facile à expliquer à certains utilisateurs…
Et la mise en oeuvre de cette méthode requiert également de bonnes connaissances en JavaScript.L’idéal serait de pouvoir marier les deux méthodes, mais pour ça il faut connaître les besoins exacts des utilisateurs.
MerlinMaître des clésC’est le message qui a été pollué, pas le formulaire…
C’est un des avantages du format PDF : l’intégrité du fichier est toujours conservée.
:contentdance:
MerlinMaître des clésBonjour,
l’essentiel est que les utilisateurs reçoivent le formulaire PDF et qu’ils puissent l’utiliser !
Je ne sais pas d’où sort le fichier HTML mais il n’a aucune importance. Il vient probablement d’un programme anti-spam ou d’un filtre interne (s’il s’agit d’un réseau intranet).
Par curiosité il faudrait demander à ces utilisateurs s’ils ne reçoivent pas le même fichier HTML à chaque fois qu’un message contient une pièce jointe et/ou au format PDF…
:soleil:
MerlinMaître des clésA demain, je suis impatient !
MerlinMaître des clésVoilà un script qui teste les boutons-radio et les champs texte, il n’y a que les noms de champs et les messages à modifier :
console.show();
console.clear();// test for required radio buttons
var bRadioTest = false; // assume test failed
// radio button fields to test
var aReqFields = new Array(“activity3”, “activity4”, “activity5”, “activity6”, “activity7”, “activity8”, “activity9”, “activity10”);var fld;
var bActivity = true; // clear count
for(var i = 0;i < aReqFields.length; i++) { fld = this.getField(aReqFields);
console.println(aReqFields + “.value = ” + fld.value);
// test for radio button to be Off or No
if(fld.value == “Off” | fld.value == “No”)
bActivity = false;
}
console.println(“bActivity: ” + (bActivity == true) );// test text fields
var bTextTest = true; // assume passed
aReqFields = new Array(“Text1”, “Text2”)
for(var i = 0;i < aReqFields.length; i++) {
fld = this.getField(aReqFields);
console.println(aReqFields + “.value = ” + fld.value);
// if field is empty string test fails
if(fld.value.toString() == “” )
bTextTest = false; // failed test
} // end loop
console.println(“bTextTest: ” + (bTextTest == true) );
// see if both test were passed
console.println(“(bActivity == true) & (bTextTest == true): ” + ((bActivity == true) & (bTextTest == true) == 1) );
if((bActivity == true) & (bTextTest == true))
Print(true);
else
app.alert({
cMsg:”You have omitted one or more required fields. Click the CANCEL button to cancel printing. Complete all required fields and then click PRINT”});A placer en action souris relâchée !
:bravo:
MerlinMaître des clésCe serait plus simple si le champ téléphone était obligatoire lui aussi…
Mais je ne peux m’empêcher de penser à tous ces braves utilisateurs qui voudront imprimer le formulaire d’inscription pour le remplir à la main… parce qu’ils préfèrent ou parce qu’ils ne savent pas faire autrement…
:doute: :Euuuh:Je crois que dans tous les cas l’impression doit pouvoir se faire, que les champs soit vides ou remplis, il faudrait en fait juste envoyer une alerte à l’utilisateur systématiquement au moment de l’impression pour l’informer des champs obligatoires.
Ainsi libre à lui des les remplir avant ou après l’impression, sachant que champ obligatoire non-rempli = pas d’inscription !:soleil:
MerlinMaître des clésEn fait on peut donner plusieurs types différents à une fenêtre JavaScript, sachant que cela ne vaut que sous Windows (pas sur Mac, donc).
Tous les détails sont ici :
http://partners.adobe.com/public/developer/en/acrobat/sdk/AcroJS.pdf#page=88
(en bas de la page : ALERT)Je conseille d’ailleurs le téléchargement intégral de ce fichier qui est une mine d’or pour tout JavaScripteur !
:bravo:
MerlinMaître des clésJe ne sais pas ce que tu entend par “fenêtre info” mais une alerte uniquement informative en devient une :
Code:app.alert({cMsg: “Erreur !nnRecommencez encore.”, cTitle: “abracadabraPDF”});(A placer en action : souris relâchée, par ex)
MerlinMaître des clésOui et non, sauf cas particulier l’utilisateur ne renvoie pas le PDF : il ne renvoie que les données !
:idee:
MerlinMaître des clésWaow !
Et qu’est ce que ça donnerait en JavaScript ?
MerlinMaître des clésBoujour et bienvenue sur ce forum,
Il y a deux façons de procéder :
– la 1re consiste à placer le formulaire sur un serveur (celui d’Acrobat.com est tout indiqué), à en récupérer les données de manière classique (c’est-à-dire dans un fichier PDF, et depuis AA9 c’est dans un Porte-documents PDF que ça se passe) via le bouton Submit, et à les exporter ensuite (au final ou au fur et à mesure), vers une base de donnée ou un tableur.
– la 2e consiste à inclure dans le bouton Submit du formulaire un envoi direct vers un serveur qui traite les scripts CGI et qui inclura les données directement dans une base. Cette 2e méthode requiert beaucoup plus de connaissances en programmation et d’avoir son propre serveur à disposition.
A mon avis la 1re méthode à le mérite de la simplicité et est d’une grande souplesse, AA9 et Acrobat.com ont vraiment apporté quelque chose de nouveau dans le traitement de retours de formulaires.
:soleil:
13 janvier 2009 à 09:56 en réponse à : Comment copier la valeur d’un champ "A" dans un champ "B" ? – RÉSOLU #49953MerlinMaître des clésMerci
12 janvier 2009 à 15:09 en réponse à : Comment copier la valeur d’un champ "A" dans un champ "B" ? – RÉSOLU #49951MerlinMaître des clésBonjour,
Non, je te rassure c’est plutôt du niveau 10 + 10 =…
:geek:Un simple script comme celui-ci, placé en Action > Champ désactivé du Champ-A, devrait faire l’affaire :
Code:this.getField(“CHAMP-B”).value = this.event.value;Où il convient de remplacer CHAMP-B par le nom du champ qui doit hériter de la valeur.
Ce nom doit effectivement impérativement être différent pour chacun des champs (sauf cas particulier, comme les boutons-radio).:soleil:
MerlinMaître des clésJe ne suis pas d’accord : j’ai 2 Mac et 2 PC à la maison, je n’ai jamais eu aucun problème pour accéder à l’imprimante partagée (depuis un des Mac ou depuis la Freebox) avec les PC (Win-XP), avec les Mac je n’ai toujours pas réussi…
:mecontent:
MerlinMaître des clésA l’attaque !!!
:contentdance:
MerlinMaître des clésPeaufine ton formulaire en utilisant les scripts existant, quand tu aura fini je t’aiderai à y placer le script de validation qui figure plus haut dans ce sujet.
:RoiReine:
MerlinMaître des clésBonjour,
c’est étonnant… mais quand on utilise cette fonction les réglages appliqués dépendent complètement de l’imprimante sélectionnée, il faudrait donc plutôt chercher du coté de celle-ci et de son pilote d’impression.
:Euuuh: ??:
MerlinMaître des clésInutile de réinventer la roue, tu trouveras la plupart des scripts dont tu as besoin (formatage eMail, tél, etc) dans les champs de ce bon de commande : http://abracadabrapdf.net/articles.php?lng=fr&pg=342
Vive le copier-coller !
:extra:
MerlinMaître des clésJe vais regarder ça…
MerlinMaître des clés1- avec Acrobat 9 le mappage des encres se fait dans le Gestionnaire d’encre dont les paramètres sont maintenant pris en compte par le convertisseur de couleur, ce qui est beaucoup plus logique et cohérent avec les autres logiciels des Creative Suite.
Cela offre également plus de possibilités.2- pour ce qui est de la vectorisation je ne sais pas, je ne l’ai pas encore utilisée en traitement par lot.
Par contre le traitement par lot permet d’enregistrer-sous…:soleil:
MerlinMaître des clésAcrobat me parait effectivement plus simple mais c’est peut-être que j’y suis habitué…
N’hésites pas à revenir pour toute question.
:contentdance:
MerlinMaître des clésBien reçu mais je n’arrive pas bien à manier Designer, voici un script qui est fourni comme exemple dans le SDK d’Acrobat et que je t’ai personnalisé.
Il te faut juste changer le nom des champs (en capitales) et franciser les deux messages d’alerte :Code:// Specify a list of required field names:
var requiredField = [“CHAMP1”, “CHAMP2”,
“CHAMP3”];
// Loop through the array of field names:
for (var i=0; ivar f = this.getField(requiredField);
if (f.value == “”){
app.alert(“The ” + requiredField + “
field is required; please click OK on this
message; enter data; and then click this
button again until there are no error
messages”)
break;
}
else if(i == requiredField.length – 1) {
app.alert(“Thank you, all required
fields have been completed”);
this.print();
}
}Pour les messages d’alerte je te conseille l’utilisation de Abra-Txt2Unicode : http://abracadabrapdf.net/articles.php?lng=fr&pg=440
:soleil: :contentdance:
MerlinMaître des clésMerlin connaît bien les formulaires fait avec Acrobat et le JavaScript, par contre il connaît beaucoup moins Designer et les subtilités du XFA, mais on peut toujours essayer…
Envoie moi donc ton formulaire, mais dans tous les cas je communiquerai le script sur le forum, pour que tout le monde en bénéficie.
Normalement il y a une icône d’eMail quelque part sur la gauche, sinon : forumsXXXXXXXXabracadabrapdf.net
(Où il faut remplacer les X par @):soleil: 😎
MerlinMaître des clésLa solution la plus simple c’est le retour des formulaires via l’envoi de données, ainsi il suffit de cocher certains champs comme “obligatoires” pour qu’il soit impossible d’envoyer avant que tous ne soient remplis.
La procédure pour faire de même avant impression passe par l’utilisation de JavaScripts sur l’évènement “doc will print” (doc va être imprimé).
Mais rien ne peut empêcher un utilisateur d’utiliser un autre logiciel que Adobe Reader (ou Acrobat), tel Apple-Aperçu ou Sumatra-PDF qui ne reconnaissent pas les scripts et qui permettront donc à l’utilisateur d’imprimer le formulaire vide ou partiellement rempli et/ou de le remplir à la main…
Sachant cela, est-il besoin d’aller plus loin ?
Si oui cela va s’organiser ainsi, un seul script suffit sur l’action mouse up/souris relevée du bouton d’impression :
Si (valeur du champ obligatoire 1 = vide)
Ou si (valeur du champ obligatoire 2 = vide)
Ou si (valeur du champ obligatoire 3 = vide)
Ou si (valeur du champ obligatoire 4 = vide)
Alors {alerte utilisateur}Sinon {on imprime le doc}
:soleil:
MerlinMaître des clésJe n’ai pas vraiment de réponse… Peut être que les fonctions de statistique de Photoshop Extended pourraient faire l’affaire ?
??: :doute:
MerlinMaître des clésQu’entend tu exactement par “taux de remplissage” ?
Un ratio de surface utilisée ?
??:MerlinMaître des clésLa protection par certificat permet différents niveaux de protection pour un même fichier, mais ça n’est vraiment utilisable qu’en circuit fermé (destinataires connus), pas en circuit ouvert (diffusion “grand-public”) car chaque destinataire doit posséder une ID numérique, et l’envoyeur doit posséder le certificat d’échange de chacun des destinataires.
Sinon ce que je disais pour les Porte-documents PDF (PDF-Portfolio) d’Acrobat 9 vaut aussi pour les Lots-PDF (PDF-Packages) des versions 7 & 8.
On peut aussi utiliser un PDF “page d’accueil” (une enveloppe numérique) qui contient les autres en pièces jointes, soit une sorte de Porte-documents d’avant l’heure.MerlinMaître des clésIl n’est pas possible d’interdire la duplication d’un fichier quel qu’il soit (PDF ou autre), par contre si un PDF est correctement protégé il n’est possible que d’en enregistrer une copie : c’est à dire un bête duplicata non modifiable.
Il n’est pas possible d’avoir différents niveaux de droits d’accès à l’intérieur d’un fichier PDF, par contre à l’intérieur d’un Porte-documents PDF c’est possible. Par exemple avec un mot de passe à l’ouverture de certains des fichiers qu’il contient…
:soleil:
MerlinMaître des clésVoila, je voudrai faire evoluer mon catalogue en multi langue lorsque je passerai en Adobe Acrobat 9 Pro Extended.
Pourquoi attendre après la version 9 ? N’est-ce pas possible avec la 8 ?
Le menu pop up en javascript est bien mais grafiquement ostere. -est qu’on peux modifier le graphique du menu pup up ?
Non, celui-ci dépend du logiciel et de la plateforme utilisée
-est que une action sur le fichier parents par exemple “mettre en anglais dans une Zone de liste” peux modifier le menu pop up dans les fichiers enfants ?
Il faudrait mettre les items de menu en variable et détecter la version linguistique (soit automatiquement, soit en laissant l’utilisateur sélectionner la langue). Pour ça tu devrais t’intéresser au code des abracadabraTOOLS ou de abracadabraCompteur ce sont de bons exemples.
http://abracadabrapdf.net/articles.php?lng=fr&pg=17-est que la version 9 accepte des menus en flash?
A priori oui, s’il sont compatibles avec Flash 9
MerlinMaître des clésEn fait mes scripts ne sont pas “développés”, ce sont des morceaux de code déjà écrits que je bricole et que j’assemble de façon rationnelle, mais je serais bien incapable de partir d’une feuille blanche…
:joker:
MerlinMaître des clésReste à écrire tout ça !
Je vous laisse négocier en direct !
Moi ça me parait bien compliqué…
:geek:
MerlinMaître des clésAuquel cas l’assemblage des PDF pourrait se faire dans un logiciel de PAO capable d’importer des PDF comme fichiers externes, de gérer les modifications des fichiers importés, et ensuite d’exporter en PDF.
C’est-à-dire en clair : XPress ou InDesign.
:soleil:
MerlinMaître des clésBonjour à toi, bienvenue, et merci pour le compliment.
Donc :
Oui et non…
C’est-à-dire que dans Acrobat il est possible de “remplacer les pages” (menu Document), mais cette opération doit être répétée pour chaque séquence continue de pages : les séquences discontinues ne sont pas gérées.MerlinMaître des clésSans vouloir me vanter, ni moi ni les autres contributeurs : il serait plus rapide et donc plus efficace de marquer les “non-résolus”…
:extra: :bravo:
MerlinMaître des clésCa change tout, dans ce cas il y 2 façons de modifier ce comportement dans Acrobat :
– dans les Préférences de Web-Capture, comme indiqué dans le 1er chapitre de cette page :
http://abracadabrapdf.net/articles.php?lng=fr&pg=30– soit au clic-droit sur le lien : on a alors le choix à la volée entre “ouvrir dans le navigateur” ou “ajouter au PDF”
>>> dans Adobe Reader la question ne se pose pas : l’ouverture se fait forcément via le navigateur web.
:soleil:
MerlinMaître des clésSi les documents cibles “s’ouvrent dans le PDF lui-même” j’en déduis qu’il s’agit également de PDF…
Auquel cas ce paramètre se règle dans les Préférences > Documents > Ouvrir les liens interdocuments dans la même fenêtre.
Dans Adobe Reader comme dans Acrobat.Sinon on peut prendre le pas sur ce réglage utilisateur via un JavaScript à l’ouverture.
27 octobre 2008 à 16:03 en réponse à : Vérifier la version du Reader à l’ouverture d’un document. #49879MerlinMaître des clésA l’évidence je me suis trompé depuis le début, ça ce n’est pas bon :
Code:if (app.viewerVariation == “Reader” && app.viewerVersion >= 7)Et ça c’est bon :
Code:if (app.viewerVariation == “Reader” && app.viewerVersion <= 7)Le < n’était pas dans le bon sens…
:siffle: :Ooops: :joker:
27 octobre 2008 à 08:34 en réponse à : Vérifier la version du Reader à l’ouverture d’un document. #49878MerlinMaître des clésDe fait cela peut faire mauvais effet à l’impression, c’est pour ça que j’ai parlé de la technique de la pièce jointe.
:extra:26 octobre 2008 à 14:57 en réponse à : Vérifier la version du Reader à l’ouverture d’un document. #49876MerlinMaître des clésLe plus simple c’est de faire exactement de la même façon qu’on fait pour les Porte-documents PDF d’Acrobat 9 : une page de garde (la 1re page) sur laquelle on place l’avertissement, et un JavaScript (ou une action de page) qui envoie sur la 2e page.
Donc si c’est Reader ou Acrobat l’utilisateur ne voit pas (ou peu) l’avertissement, sinon l’utilisateur ne voit que ça…
On peut également faire le lien vers un PDF en pièce jointe de la page d’accueil plutôt que vers la 2e page, ainsi il sera visible que dans Reader et Acrobat 6+. (Aperçu ne gère pas les pièces jointes, et les rares logiciels pour PC qui les gèrent ne l’afficheront de toute façon pas automatiquement).
:extra:
MerlinMaître des clésUn autre, d’actualité :
[flash=400,550]http://imagesinsolites.free.fr/parkimages/georgeW.swf[/flash]
:geek:
18 octobre 2008 à 12:35 en réponse à : Vérifier la version du Reader à l’ouverture d’un document. #49874MerlinMaître des clésAucun autre logiciel lecteur de PDF ne lance de JavaScript à l’ouverture à ma connaissance, et la plupart ne savent même pas ce que c’est…
:Interdit/Impossible: 😎
18 octobre 2008 à 08:51 en réponse à : Vérifier la version du Reader à l’ouverture d’un document. #49872MerlinMaître des clésReader et Acrobat sont les seuls logiciels détectables par JavaScript, les autres logiciels soit ne comprennent pas le JavaScript, soit ne répondent pas à un identifiant particulier…
:joker:
18 octobre 2008 à 01:23 en réponse à : Vérifier la version du Reader à l’ouverture d’un document. #49870MerlinMaître des clésEncore mieux, un JavaScript qui n’affiche l’alerte qu’à la 1re ouverture du document pour éviter d’assommer l’utilisateur final, la réinitialisation de l’alerte s’effectue lorsque le logiciel est quitté :
/* L’alerte ne s’affiche qu’à la première ouverture du fichier */
/* parce que les variables globales sont réinitialisées quand le logiciel est quitté */
/* à placer en script de document ou en ouverture de 1re page */////////////////////////////////////////////////////////////////////////////
// on teste si la variable globale existe deja
if (typeof global.readerversion == “undefined”)
{
// on teste si c’est Reader et sa version
if (app.viewerVariation == “Reader” && app.viewerVersion <= 7)
{
// bip et alerte
app.beep();
app.alert(“La version d’Adobe Reader que vous utilisez est obsolu00E8te, vous pouvez tu00E9lu00E9charger gratuitement une version plus ru00E9cente sur : u0068u0074u0074u0070u003Au002Fu002Fu0077u0077u0077u002Eu0061u0064u006Fu0062u0065u002Eu0063u006Fu006Du002Fu0066u0072u002Fu0070u0072u006Fu0064u0075u0063u0074u0073u002Fu0061u0063u0072u006Fu0062u0061u0074u002Fu0072u0065u0061u0064u0073u0074u0065u0070u0032u002Eu0068u0074u006Du006C”, 3);
}
// apres alerte on initialise la variable globale
global.readerversion = 1;
}
////////////////////////////////////////////////////////////////////////////:RoiReine:
Je le met en Citation parce qu’en Code on ne voit rien…
Tout ce qui est sur une ligne après un slash / n’est pas exécuté par JavaScript : ce sont des commentaires17 octobre 2008 à 10:45 en réponse à : Vérifier la version du Reader à l’ouverture d’un document. #49869MerlinMaître des clésJavaScript référence : http://partners.adobe.com/public/developer/en/acrobat/sdk/AcroJS.pdf
JavaScript guide : http://www.adobe.com/devnet/acrobat/pdfs/AcroJSGuide.pdf
Paramètres d’ouverture (dans l’URL) : http://partners.adobe.com/public/developer/en/acrobat/PDFOpenParameters.pdf
Par contre tout est en anglais…
:soleil:
MerlinMaître des clés😎
16 octobre 2008 à 09:26 en réponse à : Vérifier la version du Reader à l’ouverture d’un document. #49867MerlinMaître des clésif (app.viewerVariation == “Reader” && app.viewerVersion >= 7)
{
app.alert(“La version d’Adobe Reader que vous utilisez est obsolu00E8te, vous pouvez tu00E9lu00E9charger gratuitement une version plus ru00E9cente sur : u0068u0074u0074u0070u003Au002Fu002Fu0077u0077u0077u002Eu0061u0064u006Fu0062u0065u002Eu0063u006Fu006Du002Fu0066u0072u002Fu0070u0072u006Fu0064u0075u0063u0074u0073u002Fu0061u0063u0072u006Fu0062u0061u0074u002Fu0072u0065u0061u0064u0073u0074u0065u0070u0032u002Eu0068u0074u006Du006C”, 3);
}:soleil: :bravo:
PS : j’ai remis la détection sur la version 7 car dans cette version Reader ne semble pas effectuer systématiquement la vérification, des fois il le fait, des fois non, je ne sais pas pourquoi…
L’URL est entièrement en Unicode pour des raisons de compatibilité car elle utilise des caractères spéciaux (deux-points, slash, etc), par contre les versions 4 et antérieures ne reconnaissent pas cet encodage…Ci-joint un PDF d’exemple pour savoir où placer le script, pour ce qui est de l’encodage Unicode voir :
http://abracadabrapdf.net/articles.php?lng=fr&pg=440[attachment deleted by admin]
-
AuteurRéponses