jeton inconnu trouvé(s)

Bonjour,

J'ai fait l'acquisition d'une petite liseuse électronique pour lire dans le train.
Le problème et que les documents dans cet appareil sont présentés par "titre" et non par le nom du fichier.
Le "titre" est vraissemblablement une métadonnée dont le je connaissais pas l'existence, et qui n'a aucune pertinence pour un utilisateur.
Par exemple un texte de philo a le charmant titre "978-1-4020-5087-9.pdf"

Pour remédier à ce problème j'ai installé exiftool sur mon mac, ce qui m'a permis de modifier ces "titres" en ligne de commande, mais la procédure est trop lente.
D'où l'idée d'utiliser AppleScript pour changer ces métadonnées massivement et rapidement.

La commande suivante dans terminal permet de substituer le "titre" absurde par le nom du fichier:

Code:

---

exiftool '-PDF:Title<${filename;s/\..*?$//}' '-XMP-dc:Title<${filename;s/\..*?$//}'

---

suivie de paths/nom_fichier à modifier

Cela marche parfaitement.
Maintenant j'essaye cela dans AppleScript ( dont je n'ai aucune connaissance particulière, je viens juste de passer deux heures pour trouver cette idée et observant le code d'un autre applescript qui agit également sur des paquet de files)

Code:

---

1 2 3 4 5 6 7

on open pdfFiles repeat with aFile in pdfFiles do shell script "exiftool '-PDF:Title<${filename;s/\..*?$//}' '-XMP-dc:Title<${filename;s/\..*?$//}' " & quoted form of POSIX path of aFile end repeat beep 1 --"Finished!"   end open

---

J'obtiens le message d'erreur suivant à la compilation: «*"*» prévu(s) mais jeton inconnu trouvé(s).
Qu'est-ce qu'un jeton ? Il semble que le caractère "\" soit responsable de ce problème, mais il est pourtant nécessaire au script shell.
( le message disparait si on met un mobre pair de "\" , par exemple "\\" ... )
Quelqu'un à une idée ?

Merci d'avoir lu tout cela :)

Fais le directement en bash avec une boucle for

Citation:

---

Envoyé par chrtophe

Fais le directement en bash avec une boucle for

---

Bonne idée. Idealement je préférerai une petite droplet (pour y balancer tous les fichiers à modifier sans plus penser au code).
Et puis tant qu'à faire, aussi comprendre cette histoire de jeton.
J'ai trouvé une discussion sur un problème similaire ici, mais la solution proposée ( remplacer "\" par "\\" ) ne marche pas.

Bonsoir,
Cela fait bien longtemps que je n'ai pas utilisé Exiftool dans un Applescript, mais de mémoire, le shell utilisé par Applescript utilise des variables différentes du shell que tu utilises directement sur le Terminal. En particulier les chemins par défaut.
De plus l'erreur de compilation que tu as provient des caractères d'échapement qui suivent "filename" : les \.. sont interprétés par le compilateur Applescript qui ne comprend pas la suite.
Il doit surement exister des contournements, mais je ne les connais pas. En revanche tu peux contourner le problème en donnant directement à Exif tool le chemin et le nom du fichier.

Quant aux chemins, en relisant mes vieux scripts, j'avais mis systématiquement le chemin complet.

Voici un exemple:

Code:

---

1 2 3

Set Chemin_Fichier to "MactintoshHD/User/monUser/Desktop/Test_Titre.PDF" Set NomFichier to "Test_Titre" do shell script "usr/local/bin/exiftool -Title='" & NomFichier & "' -Overwrite_Original " & Chemin_Fichier

---

Avec les variables:
- Chemin_fichier = le nom et le chemin posix du fichier PDF depuis la racine identique à ton script (quoted form of POSIX path of aFile)
- NomFichier = la valeur que tu veux assigner à l'attribut Exif Title

Nb: -Overwrite_Original évite que exiftool ne génère une copie du fichier modifié en gardant l'original avec l'extension "_original".

Avec la syntaxe que je te donne, cela t'oblige à récupérer dans le Script AppleScript, le chemin du fichier, son nom (via "Finder", get name of aFile).
Mais ...ça a le mérite de fonctionner !

Cordialement

Merci PBELL pour cette suggestion.
Il m'est venu une autre idée: Puisque le problème vient des "\.." mal interprétés par le compilateur Applescript, pourquoi ne pas écrire cette commande dans un shell, et exécuter le shell depuis la droplet ( le nom du shell ne contenant pas de "\.." ).
Je vient d'essayer, et ça marche !! L'avantage est qu'il n'y a pas besoin d'indiquer les paths ( mes fichiers classés pas sujet pouvant se trouver dans plusieurs dossiers )
Afin de rendre la procédure encore plus simple, je vais incorporer dans le même shell une commande pour déposer une copies de chaque fichier modifié directement dans la lectrice :)

Bonne soirée
Cordialement.