Importer un grand nombre de données formulaire

Bonjour.

Merci pour le retour.

Pour des raisons de sécurité, le JavaScript d’Acrobat ne peut pas sortir des documents PDF.
Pour le traitement des données de tes 1500 formulaires il va falloir regarder du coté de VB-Script ou d’AppleScript, selon la plateforme utilisée.

Sinon il y a Sikuli (http://www.sikuli.org/), qui permet de mémoriser et d’automatiser un ensemble d’opérations réalisées à la souris en se basant sur la reconnaissance de l’écran, ce n’est pas très rapide à l’exécution mais la mise en œuvre est un jeu d’enfant.

J’avais peut-être mal lu la question parce-qu’en fait, tout bien réfléchi, il n’y a pas besoin de sortir des documents PDF.  :geek:

Avec JavaScript et du temps ça doit être possible, le plus délicat ça va être la gestion des noms de fichiers.
Est-ce que le anciens et les nouveaux formulaires ont les mêmes ? Ou un tronc commun ?

Bonsoir.

Je suppose que les nouveaux formulaires contiennent déjà les champs.

1- Il faudrait un JavaScript et/ou une Action pour exporter toutes les données des anciens formulaires en FDF ou XFDF, sans changer le nom de fichier.

2- Il faudrait un JavaScript pour :

– récupérer le nom du formulaire vierge actif dans une variable et remplacer son suffixe “PDF” par “FDF” (ou XFDF)
– ajouter le contenu de cette variable au chemin d’accès du dossier pour obtenir le chemin d’accès complet au fichier FDF ciblé,
– importer les données en utilisant ce chemin d’accès,
– enregistrer,
– fermer.
Et on emballe le tout dans une Action qui se chargera de répéter ces instructions sur le lot de formulaires vierges.

On continue ?

le nom du formulaire est utilisé (automatiquement à l’ouverture du PDF) dans un champ de ce dernier, ce champ est nommé “Machine”. (Si ça peut aider)

Ce champ utilise-t-il le nom complet avec le suffixe (.pdf) ou sans ?

Le remplacement de l’extension suffit, à lui seul, à générer un fichier compatible pour l’import ?

Non, l’idée c’est d’exporter à partir de l’ancien formulaire les données dans un fichier FDF qui aura le même nom que le formulaire dont il est issu.
Ensuite il suffit de récupérer le nom du nouveau formulaire vierge et de changer son suffixe en .fdf pour obtenir le nom du fichier de données à importer.
On aurait aimé pouvoir importer les données directement depuis le PDF mais apparemment ce n’est pas possible avec JavaScript (alors que c’est possible en manuel avec l’interface d’Acrobat).

On continue !

OK mais je commence les ponts viaducs de mai cet après-midi…
:soleil:

Ok donc on évite ainsi de devoir créé 1500 nouveaux formulaires vierges nommés de la même manière que les anciens, c’est bien ça ?

Non.
Chaque nouveau formulaire vierge est nommé à l’identique de l’ancien. ==> exemple.pdf

Dans le nouveau formulaire vierge, on récupère son nom et on en change le suffixe, ce qui nous donne le nom du fichier de données FDF à importer (et qui a été précédemment exporté). ==> exemple.fdf

Ensuite on ajoute ce nom de fichier au chemin d’accès vers le dossier pour obtenir un chemin d’accès complet au fichier de données.
==>
C:dossier/sous-dossier/etc/
+ exemple.fdf
= C:dossier/sous-dossier/etc/exemple.fdf

:idee:

Si je peux me permettre deux astuces :

– dans un souci de rétro-compatibilité et pour ne pas être embêté ensuite par des alertes diverses lors de échanges de données : garder les anciens champs devenus inutiles en mode invisible/lecture seule dans un petit coin du formulaire, sans les supprimer.
(Sachant qu’ensuite on peut toujours les supprimer en un tournemain avec JavaScript)

– dans un souci de pérennité et d’anticipation : placer en plus quelques champs qui pourraient éventuellement servir dans l’avenir, en mode invisible/lecture seule dans un petit coin du formulaire.

:Smiley03:

Bonsoir.

Voilà comment je vois les choses, deux scripts (je ne les ai pas testés) différents placés dans deux Actions différentes.
Ces scripts effectuent le processus sur un seul document, ce sont les Actions qui vont les faire travailler en boucle sur un lot de documents.

Il faudra aussi modifier le chemin d’accès aux dossiers, j’ai mis n’importe quoi pour l’exemple.
En fait il n’y a que ça et les deux dernières lignes qui sont différentes.

Attention : les scripts assument qu’il n’y a qu’un seul point dans les noms de fichiers (devant le suffixe, comme il se doit).

Ce deuxième script devra être suivi d’une commande d’enregistrement, via l’Action.

je ne comprends pas pourquoi tu mets le nom du fichier en “array” ??? peut-être y a-t-il une explication ??? …pour ma part, je modifie uniquement l’extension…

C’est pour changer l’extension après le nom de fichier, mais ta méthode a l’air plus élégante, et plus efficace.  :joker:

bonsoir,
Es-tu certain que rien ne se passe ??? la première fois que j’ai lancé le script j’ai également eu l’impression que rien ne se passait mais le fichier fdf avait bien été créé.
N’étant pas un spécialiste Windows, je ne sais pas très bien la syntaxe pour le chemin d’un fichier. Ce que je te propose, c’est de la vérifier. Tu ouvres un fichier pdf que tu auras placé dans ton répertoire, puis tu lance ce script (depuis une action) :

console.show();
console.clear();
console.println(“Le chemin est : “+ this.path)

La console va te donner le chemin exact de ce fichier… et tu pourras vérifier si la syntaxe C/temp/… est correcte.
@+
:bonjour:

Bonjour,
effectivement, dans la définition du Safe path il est indiqué “A path cannot point to a system critical folder, for example a root, windows or system directory. A path is
also subject to other unspecified tests.”
peux-tu essayer à partir d’un répertoire sur ton bureau par exemple !
@+
:bonjour:

En faisant quelque recherches, j’ai appris que l’utilisation de l’argument cPath impliquait que le chemin en question soit un “SafePath”, soit un répertoire autorisé en écriture pour un script JS Adobe , pensez-vous que ça puisse être une solution à mon problème ?

Oui, il faudrait essayer de délocaliser le dossier de travail car les restrictions ne sont pas du tout les mêmes sur Windows et sur Mac OS (le script de bebarth a fonctionné du premier coup sur mon iMac).

Ou bien modifier les paramètres et autoriser ledit dossier via : Préférences : Protection renforcée : Emplacements privilégiés.
Ou bien carrément désactiver la Protection renforcée mais a priori c’est une mauvaise idée, sauf si c’est temporaire.

Collision, j’ai modifié ma réponse ci-dessus pendant que tu répondais.  :geek:

:extra:
lorsque tu lances l’action, tu cliques sur la petite flèche à côté de Ajouter des fichiers…
soit tu ajoutes des fichiers, soit un dossier.
@+
:bonjour:

A chaque export de FDF, adobe me demande si je veux enregistrer le PDF à exporter, comment éviter l’apparition de ce message et ainsi enchaîner les actions ?

Je viens de chercher et de constater que la commande “Fermer sans enregistrer” n’existe plus, sans doute une des nouveautés cachées de la version DC…  :oh:

Essaye en ajoutant ces deux lignes à la fin du script :

:priere:

essaye de rajouter :
this.closeDoc(true);
@+
:bonjour: