›

à†v-Utility

tabliertablier Membre
20:53 modifié dans Vos applications #1
Version définitive du logiciel de visualisation des Apple Events (OSX 10.4 & 10.5).

Toutes les options ont été ramenées dans la fenêtre principale. La fenêtre des détails ne sert plus qu'a la visualisation. D'expérience, c'est le plus pratique.
Une sauvegarde globale des résultats a été ajoutée. L'aide en ligne a été mise à  jour.

NB ce logiciel est un outil pour développeur.

Réponses

  • tabliertablier Membre
    20:53 modifié #2
      :-\\ ATTENTION: je viens de découvrir que, si dans un AppleEvent un texte de code "utxt" comporte certains caractères accentués, l'interprétation de l'échange s'interrompt brutalement! alors que le "Event logging" dans le terminal est correct!

    Correctif: à  suivre!
  • tabliertablier Membre
    20:53 modifié #3
    Ci-joint, la version 1.3 qui corrige le problème ci-dessus.
    J'ai ajouté dans le .zip une application qui permet de tester AEv-Utility. Glisser-déposer l'application Infos sur l'icône d'AEv-Utility.
    L'application Infos correspond au script:
    -- AEv-Utility.  Programme de test.

    try
    tell application "Finder" to exists application "TextEdit"
    set ok to true
    on error
    log "le fichier cherché n'existe pas!"
    set ok to false
    end try

    if ok then
    set chemin to (path to application "TextEdit" as alias)
    set lesInfo to info for chemin
    tell application "Finder" to quit application "TextEdit"
    end if
  • CeetixCeetix Membre
    20:53 modifié #4
    Je vais paraitre sans doute ridicule mais tu pourrais m'expliquer à  quoi sert ton application car je vois pas :(
  • tabliertablier Membre
    octobre 2009 modifié #5
    Tu peux très bien ne jamais en avoir besoin, c'est vrai!
    Je te rappelle que, sur Mac, tout les grands programmes sont scriptables! La scriptablilté d'un programme est "un vrai plus" pour l'utilisateur! Dire qu'une Application est scriptable, c'est dire que l'on travaille avec des AppleEvents!

    - Une première utilité d'à†v-Utility est de contrôler comment sont traduites en AppleEvent les lignes AppleScript. C'est parfois très instructif!
    - Dans certains cas, pour piloter une application extérieure, il est préférable d'utiliser directement les ApleEvents plus tot qu'AppleScript. Dans ce cas, j'écris un script qui envoi des commandes à  l'application extérieure. Lorsque ça marche correctement, je compile le script, puis je glisse le résultat sur à†v-Utility. Après cela, je récupère dans la fenêtre "Détails" d'à†v-Utility, les données adéquates pour programmer l'AppleEvent qui m'intéresse.
    Les données ainsi récupérer représente l'argument 'paramsFmt' du format de la routine en C:
    OSStatus AEBuildAppleEvent (
      AEEventClass theClass,
      AEEventID theID,
      DescType addressType,
      const void *addressData,
      Size addressLength,
      SInt16 returnID,
      SInt32 transactionID,
      AppleEvent *result,
      AEBuildError *error,
      const char *paramsFmt,
      ...
    );

    Donc je me sers d'à†v-Utility comme d'une aide à  l'écriture d'AppleEvents.
    Je pense que je mettrai un exemple terminé sur ce site, dans quelques jours.

    Explications suffisantes?
  • CeetixCeetix Membre
    20:53 modifié #6
    Non mais je ne dénigrai pas le fait de se servir ou pas de ton app mais juste que moi je sais pas ce qu'est un AppleEvent :)

    Merci pour ces explications en tout cas je vois plus clair ^^
  • tabliertablier Membre
    20:53 modifié #7
    Un AppleEvent est une structure qui porte une ou plusieurs informations et qui a été conçue pour permettre des échanges entre applications.
    Les AppleEvents existent depuis très longtemps sur Mac. Je pense que ça n'a aucun intérêt sur iPhone, mais je me trompe peut-être (je n'ai pas d'iphone!).
    Bon, ce post est dans la section des applications terminées et une discussion sur les AppleEvents serait mieux dans une autre section.
  • CeetixCeetix Membre
    20:53 modifié #8
    Bah écoute moi ça m'intrigue alors pour ne pas créer un post dédié ?
  • tabliertablier Membre
    20:53 modifié #9
    Jettes un oe“il à  ce post.
    La documentation, comme le dit "hollowman" est kilométrique! Alors, le plus simple est que tu poses des questions dans le "Bac à  sable" par exemple.
  • schlumschlum Membre
    20:53 modifié #10
    Je doute que les AE existent sur iPhone où une seule application tourne à  la fois...
  • tabliertablier Membre
    20:53 modifié #11
    Ouais! j'ai aussi de gros doutes et aucun moyen de vérifier! Je suis sur un G4 et je n'ai pas d'iPhone.
    Par contre, sur un Mac, les AppleEvents sont utilisés même si une seule appli tourne !
  • schlumschlum Membre
    20:53 modifié #12
    dans 1255904816:

    Ouais! j'ai aussi de gros doutes et aucun moyen de vérifier! Je suis sur un G4 et je n'ai pas d'iPhone.
    Par contre, sur un Mac, les AppleEvents sont utilisés même si une seule appli tourne !


    Le Finder est une appli  ;)
    Une appli se parle rarement à  elle même par apple events  :P
  • AliGatorAliGator Membre, Modérateur
    20:53 modifié #13
    Non pas d'AppleScript (donc pas d'AppleEvents) sous iPhone en effet.
  • tabliertablier Membre
    20:53 modifié #14
    Le Finder est une appli  ;)
    Une appli se parle rarement à  elle même par apple events  :P

    Si ça n'a pas changé (??) le finder reçoit les ordres entrés au clavier ou à  la souris par AppleEvents. D'autre part, toutes les applications Cocoa liés à  l'AppKit.framwork, sont construites pour répondre aux d'AppleEvents suivants: 'oapp' open application, 'rapp' reopen, 'odoc' open documents, 'pdoc' print documents, 'ocon' open contents, 'quit' quit application. Ces AppleEvents sont (le plus souvent) générés par le Finder.
  • schlumschlum Membre
    20:53 modifié #15
    Oui, c'est donc bien 2 applications qui parlent entre elles (le Finder + l'autre), il n'y en a pas qu'une  :P
    Tu es sûr de ce que tu dis pour les périphériques (clavier / souris) ? Parce que normalement, c'est plutôt l'application qui parle directement au driver.
  • tabliertablier Membre
    20:53 modifié #16
    De toute façon, le Finder n'est jamais seul. Il y a plein de tâches qui ne s'arrêtent jamais.
    Tu es sûr de ce que tu dis pour les périphériques (clavier / souris) ? Parce que normalement, c'est plutôt l'application qui parle directement au driver.
    Ben, peut-on être sur de quelque chose? Ce que j'avance là  c'est ce que je pense avoir compris en lisant de la doc (Xcode 2.5) sur les à†v.
    Je vais rechercher ou j'ai lu cela et je te tiens au courant.
    (nota: je m'absente pour qqlques jours probablement)
Connectez-vous ou Inscrivez-vous pour répondre.