Archives actuelles avec moteur de recherche
N'hésitez pas à vous inscrire à la liste : http://listes.patpro.net/mailman/listinfo/applescript_fr
Apple, AppleScript, AppleScript Studio, AppleTalk, AppleWorks, ColorSync, Finder, HyperCard, iBook, iLife, iMac, iWork, Keynote, Mac, Macintosh, Mac OS, Pages, Panther, PowerBook, Power Mac, Power Macintosh, QuickTime, Safari, Tiger, Xcode sont des marques déposées par Apple Computer, Inc., enregistrées aux Etats-Unis et dans les autres pays. Liste officielle
De : (Liste AppleScript francophone) <applescript_fr@xxxxxxx.net>
À : "(Liste AppleScript francophone)" <applescript_fr@xxxxxxx.net>
Date : vendredi 29 mars 2002 06:01
Objet : applescript_fr Digest #460
Liste AppleScript francophone Digest #460
1) Re: Nombre de fichier trop important
by Samuel BINEY <foucault@xxxxxxx.com>
2) bonnes pratiques de laboratoire et autres Netiquette (Re: [AS] Re: Nombre de fic
by patpro <patpro@xxxxxxx.net>
3) Re: bonnes pratiques de laboratoire et autres Netiquette (Re: [AS] Re: Nombre de
by Samuel BINEY <foucault@xxxxxxx.com>
4) ESt il possible ??
by Stan <sdefawes@xxxxxxx.fr>
5) Re: ESt il possible ??
by Jean-Marie Hoornaert <jean.marie.hoornaert@xxxxxxx.be>
6) Re: ESt il possible ??
by Stan <sdefawes@xxxxxxx.fr>
7) Re: une question novice
by Daniel Varlet <varlet@xxxxxxx.ch>
8) Re: une question novice
by Thierry Jacq <jacq@xxxxxxx.u-bordeaux.fr>
De : Samuel BINEY <foucault@xxxxxxx.com> Date : Thu, 28 Mar 2002 09:03:26 +0100 Objet : [AS] Re: Nombre de fichier trop important le 27/03/02 20:20, Daniel Varlet à varlet@xxxxxxx.ch a écrit : > À 11:46 +0100 le 26.03.2002, Samuel BINEY écrivait au sujet de "[AS] Re: > Nombre de fichier trop important" : > [...snip...] >> Merci pour tout, j'ai tester ton script, qui est effectivement bien plus >> rapide. J'ai toutefois le même problème lorsque j'essaie d'envoyer une >> selection trop importante de fichiers (500), le mac plante sans même rentrer >> dans le script. Pourtant si je place mes 500 fichiers dans un dossier et que >> je glisse ce dossier sur le script, pas de problème. Même chose si je prends >> mes 500 fichiers pour les glisser sur l'acrobat distilleur, il veut bien me >> les prendre en compte. Pourquoi est-ce que ça plante sur mon script ? >> >> A+ > > Tu as raison... > > J'avais testé le drag & drop avec trop peu d'éléments... (env 1000) > retesté avec 3000 éléments... > Ça plante... > > Bref avec de trop nombeux éléments, le drag & drop sur un script n'est pas > possible. Ça a même tendance a fragiliser le Finder. Et plantage en option si > pas redémarrage. > > Le nombre d'éléments doit dépendre de plusieurs facteurs : mémoire (+ son > état...), versions de système, type de proc, etc... > > Pour être sûr, j'ai testé avec ce nouveau script : > > [SCRIPT count the drop] > on open theDrop > activate > count (theDrop as list) > display dialog "" & result & " éléments" > end open > [/SCRIPT] > > Pareil qu'avec le précédent script... > Je me suis même apperçu que ça plante aussi à 1000 éléments si il y avait > eut une alerte précédemment !!!! (mémoire fragmentée/abimée ???) > En temps "normal" ça doit tourner aux alentours de 1200 él. chez moi. Pas la > patience de tester et de rédémarrer si alerte... > > Avec prudence, j'émets l'hypothèse que ça a un rapport avec AS et le Finder. > Mais certainement pas avec le contenu du script en lui-même !!! Dans ce cas là > en tout-cas... > > Si tu les mets dans un dossier et bien ça marche comme tu l'as dit depuis le > début... (oui je sais, je me suis planté sur coup là... et je me fais donc > pardonner en délayant ;-))) > > Soluces : > Un script de dossier. > Ou obliger les utilisateurs à ne balancer qu'un dossier. (rajouter une vérif > dans le open) > L'obligation d'un unique dossier permet en plus de choisir ce dossier en > lançant le script "normalement" . > > ---- > [...snip...] > on run > activate > choose folder with prompt "Choisissez le dossier contenant vos sondes." > open (result) > --set t to "Glissez vos dossier contenant vos sondes sur ce programme" > --display dialog t buttons "OK" default button 1 with icon 0 giving up after 5 > end run > [...snip...] > ---- > > > Pas réussi a trouver de doc là dessus... > Mais j'ai quand même appris qq chose... > > *** Spécial rédemption..**** ;-) : > > Tu peux te servir du seul élément invisible géré par le Finder... > "temporary items folder" (une constante Finder). > > Il est fait pour ça ce dossier. Beaucoup d'applis l'utilisent. > Un plus : À chaque redémarrage il met le contenu du dossier invisible > "monDisque:Éléments temporaires:" à la poubelle, dans un dossier nommé > "Éléments récupérés de monDisque". > > Nettoyage automatique donc en cas de pépin... > > Le seul problème serait de donner un nom de dossier qui fasse doublon avec un > autre élément temporaire d'une autre appli. Mais bon, on va pas chipoter.... La > chance que ça arrive est infime. Les applis ont plutôt tendance à se servir > d'un nombre basé sur le temps passé depuis le boot (si je me souviens bien). > Justement pour éviter ces collisions. > > Tu peux écrire : > ----- > on open (theFiles) > tell application "Finder" > activate > ------vérif un et un seul dossier > try > set theFiles to theFiles as list > if (count of theFiles) > 1 then error > if class of item (item 1 of theFiles) is not folder then error > on error > set t to "Ce programme n'accepte qu'un UNIQUE DOSSIER contentant vos sondes." > display dialog t buttons "OK" default button 1 with icon 0 giving up after 5 > error number -128 > end try > -----/vérif un et un seul dossier > try > -- delete folder nom_Cible1 of startup disk > delete item nom_Cible1 of temporary items folder > end try > set Cible2 to choose folder with prompt "Choisissez votre imprimante de > destination " > -- make new folder at startup disk with properties {name:nom_Cible1} > make new folder at temporary items folder with properties {name:nom_Cible1} > -- set Cible1 to result as alias > set Cible1 to item nom_Cible1 of temporary items folder as alias --(*) > end tell > [...snip...] > ----- > > note (*) : > AMHA, un subtil bug du à la traduction de "temporary items" par "Éléments > temporaires" (à tester sur un système US) : > > Le finder gère : > temporary items folder > > mais pas : > folder "Éléments temporaires" of startup disk > > A+ Merci de tes conseils et du temps passé. A+ Samuel
De : patpro <patpro@xxxxxxx.net> Date : Thu, 28 Mar 2002 09:44:19 +0100 Objet : [AS] bonnes pratiques de laboratoire et autres Netiquette (Re: [AS] Re: Nombre de fichier trop important) le 28/03/02 9:03, Samuel BINEY à foucault@xxxxxxx.com a écrit : [snip 135 lignes environ] > Merci de tes conseils et du temps passé. > A+ Samuel, je fais une petite digression ici parce que ça peut servir a d'autres et que tu es coutumier du fait (il me semble™ ©®): Si tu veux répondre par une ou 2 lignes à un message, s'il te plait, ne cite pas ce message intégralement. Dans le cas présent il y'a plus de 135 lignes inutiles dans ta réponse, on en vient meme à la chercher cette réponse. Donc merci à toi (et aux autres) de bien penser à couper les messages auxquels tu réponds pour n'en garder que l'essentiel. patpro -- administrateur de la liste.
De : Samuel BINEY <foucault@xxxxxxx.com> Date : Thu, 28 Mar 2002 09:53:50 +0100 Objet : [AS] Re: bonnes pratiques de laboratoire et autres Netiquette (Re: [AS] Re: Nombre de fichier trop important) le 28/03/02 9:44, patpro à patpro@xxxxxxx.net a écrit : > l'essentiel. > > patpro > -- > administrateur de la liste. Bien reçu Samuel
De : Stan <sdefawes@xxxxxxx.fr> Date : Thu, 28 Mar 2002 11:04:02 +0100 Objet : [AS] ESt il possible ?? De creer un nouveau fichier (Make new file) en lui donnant directement un nom ??? En fait j'arrive a creer un "Sans titre" que je renomme ensuite, mais si on pouvait le nommer direct, ce serait plus simple.... J'ai fini par me dire que le finder ne pouvait pas nommer un fichier qui n'existait pas encore, mais bon...j'voudrais être sur quoi... Merci
De : Jean-Marie Hoornaert <jean.marie.hoornaert@xxxxxxx.be> Date : Thu, 28 Mar 2002 11:12:25 +0100 Objet : [AS] Re: ESt il possible ?? Le jeudi 28 mars 2002 a 11:04, Stan ecrit : >De creer un nouveau fichier (Make new file) en lui donnant directement >un nom ??? utiliser "with properties". Exemple : tell application "Finder" to make new file at desktop with properties {name:"fichier test"} -- Cordialement. Jean-Marie -HOO;-) ____________________ Jean-Marie Hoornaert Courriel : jmh@xxxxxxx.be PPsP* : http://www.h2o.be Newsletter : jmh@xxxxxxx.be?subject=Infos_h2o * Page Personnelle sans Prétention * pour AppleScripter FileMaker
De : Stan <sdefawes@xxxxxxx.fr> Date : Thu, 28 Mar 2002 11:55:45 +0100 Objet : [AS] Re: ESt il possible ?? Merci : )
De : Daniel Varlet <varlet@xxxxxxx.ch> Date : Thu, 28 Mar 2002 12:08:20 +0100 Objet : [AS] Re: une question novice À 12:38 +0100 le 27.03.2002, Thierry Jacq écrivait au sujet de "[AS] une question novice" : > bonjour, > > j'utilise le script ci-après pour écrire dans un fichier que je lis > ensuite avec FileMaker Pro. Comment dois je faire pour que le fichier > créé soit de type "TEXT" avec un créateur donné ? Sous OS X si > j'ajoute .txt comme extension à nom de fichier j'ai le type voulu > mais FMPro ne le voit pas. Si avec FileBuddy je supprime l'extension > .txt cela marche. > > merci d'avance > [...le script Apple pour écrire un fichier...] Bon, comme personne ne te répond. Je m'y met. Je n'ai pas FMP carbonisé. Ça m'étonne qu'il n'arrive pas à voir un document .txt. Car avec un vieil FMP 3 en OSX mode classic, il les voit pour peu qu'on choisisse la bonne option dans le dialogue de choix d'ouverture de fichier. Plus généralement. Si tu veux changer le type ou créateur de fichier tu peux faire ça avec le Finder : Tell app "finder" set creator type of item monFichier to "R*ch" -- BBedit set file type of item monFichier to "TEXT" end Où monFichier doit être une de ces références : alias set monFichier to alias "HDOSX:Users:dan:Documents:untitled 1" file set monFichier to file "HDOSX:Users:dan:Documents:untitled 1" chemin. set monFichier to "HDOSX:Users:dan:Documents:untitled 1" Pour que la commande marche, il faut qu'il soit convertit en référence Finder. item monFichier --> document file "untitled 1" of folder "Documents" of folder "dan" of folder "Users" of startup disk Ce peut donner (avec quelque modifs à la routine write) : [SCRIPT] on run set nomFichier to "Totor3" set monDossier to path to desktop set monFichier to "" & monDossier & nomFichier set this_text to "blabla" set monFichier to write_to_file(this_text, monFichier, false) changeCrea(monFichier, "R*ch") changeType(monFichier, "TEXT") end run on write_to_file(this_data, target_file, append_data) try set the target_file to the target_file as text set the open_target_file to ¬ open for access file target_file with write permission if append_data is false then ¬ set eof of the open_target_file to 0 write this_data to the open_target_file starting at eof close access the open_target_file return target_file as alias on error ert number ern try close access file target_file end try error ert number ern end try end write_to_file on changeCrea(theFile, thecode) tell application "Finder" to ¬ set creator type of item theFile to thecode end changeCrea on changeType(theFile, thecode) tell application "Finder" to ¬ set file type of item theFile to thecode end changeType [/SCRIPT] l'intérêt de faire pleins de routines même si ça n'a l'air de servir à rien au premier abord est de pouvoir changer/modifier très simplement un morceau de script sans trop se creuser la tête ;-))) A+ -- Daniel
De : Thierry Jacq <jacq@xxxxxxx.u-bordeaux.fr> Date : Thu, 28 Mar 2002 12:26:40 +0100 Objet : [AS] Re: une question novice Merci pour la réponse, je vais essayer. >Je n'ai pas FMP carbonisé. Ça m'étonne qu'il n'arrive pas à voir un >document .txt. Car avec un vieil FMP 3 en OSX mode classic, il les >voit pour peu qu'on choisisse la bonne option dans le dialogue de >choix d'ouverture de fichier. Pour information, j'utilisais FMPro v5 en environnement Classic et mon script fonctionnait. Quand j'ai migré vers 5.5 OS X c'est la que le problème est survenu. En détail le fichier truc.txt a bien le type "text" si je le crée avec extension .txt mais FMPro ne le voit pas pour importation. Si j'enlève l'extension .txt via le finder rien ne change. Si je le fais via fileBuddy c'est OK. merci Thierry