AppleScript avec SoundJam 2.5.3, Fichier "class pRpt" introuvable

[gilray]

J'utilise un AppleScript avec SoundJam 2.5.3 sur deux vieux Macs.

D'abord un PowerMac 7200/120 roulant sous 8.1 et un iMac PPC 333MHz roulant sous 8.6

Sur le 7200/120, tout fonctionne à merveille: ce script qui a été développé il y assez longtemps permet de faire jouer différents fichiers MP3 à intervalles réguliers en boucle perpétuelle à certaines heures précises. Je le laisser aller non-stop et toutes les tounes se succèdent allègrement sans arrêt, 365 jours/année.

Comme ce 7200/120 commence à rendre l'âme, j'ai voulu transférer le tout sur un iMac 333MHz qui ne servait qu'à ramasser de la poussière dans un coin.

J'installe une version clean de MacOS 8.6, j'installe SoundJam MP Plus 2.5.3 et je transfère mes fichiers MP3, mon script ainsi que mes playlists d'un ordi à l'autre.

A première vue, tout semble fonctionner à merveille avec SoundJam sauf que mon fameux script ne veut pas fonctionner. Je reçois le message d'erreur suivant : "Le fichier "class pRpt" est introuvable".

Mais voilà, je ne trouve aucun fichier "class pRpt" sur le vieux 7200 et le gars qui m'avait programmé ce script était un peu "cheap" (*) et ne voulait pas me laisser voir ses codes de programmation du script. Par conséquent mon script n'est pas éditable (it was saved as run-only). Et, évidemment, je ne suis pas programmeur.

Dans un autre forum, ici, on me dit:

Si ça peut aider quelqu'un, "pRpt" signifie "Property"…
http://lists.apple.com/archives/Applescrip...c/msg00060.html

[google]"class prpt" apple events [/google]

Quelqu'un d'autre me disait, toujours ici, sur un autre forum :

Tu devrais peut-être relire ton script. C'est de l'AppleScript ?
Ca me fait penser à une classe d'objets qui n'existe peut être plus sous 8.6 où dont le nom a changé.
Un petit coup d'oeil dans le dico applescript du 8.6 te renseignera si c'est le cas.

Peut-être est-ce effectivement là la cause de tous mes maux !


Existe-t-il un moyen détourné d'avoir accès aux codes du script si je n'ai pas le mot de passe qu'il a utilisé pour le rendre "run-only" et non éditable?

Des suggestions ? Sinon, qu'est-ce que je fais de pas correct pour que le script ne fonctionne pas sur l'iMac comparativement au 7200 (de MacOS 8.1 à MacOS 8.6)?


Mille mercis à l'avance pour tous vos sages commentaires et conseils.




(*) expression québécoise synonyme de "radin".

[macuserfr]

Et bah...

Ça c'est du rapide!

Je comprends pas trop le rebouclage du script. Au démarrage il exécute les instructions de "on run", puis il passe au mode "on idle". Ce que je capte pas trop c'est le on idle qui retourne une valeur et le "on quit" qui fait un "continue quit".

Je ne questionne pas le script, je cherche juste à comprendre (je programme en C ou en script shell, l'AppleScript j'ai jamais trop cherché à connaître).

L'impression que j'ai est qu'il va faire une boucle infinie en appelant continuellement la procédure quit. Peux-tu m'expliquer, s'il te plaît, comment se passe ce rebouclage, histoire que je me couche un peu moins bête ce soir?

[Guest_JackJr300_*]

Bonjour,

e comprends pas trop le rebouclage du script. Au démarrage il exécute les instructions de "on run", puis il passe au mode "on idle". Ce que je capte pas trop c'est le on idle qui retourne une valeur et le "on quit" qui fait un "continue quit".

Le gestionnaire "On run" est exécuter à l'ouverture du script, donc qu'une seule fois.

Après, il exécutera le gestionnaire "On idle" automatiquement.
C'est le système qui s'occupe du gestionnaire "On idle" , selon le temps en secondes que j'ai mis dans la variable tempsRestant.


Exemple : après un return 600
le script ne consommera plus de ressource durant 600 secondes, le système appelera le gestionnaire "On idle" après 600 secondes et le script executera de nouveau le code dans le "On idle".

C’est un peu la même chose que (crontab, LaunchAgents), launchd qui exécute un shell dans un intervalle déterminé.

Le gestionnaire "On quit" est exécuter lors de la fermeture du (script application), on peut mettre du code dedans si on veut faire quelque chose à la fermeture du script.