En guise de solution, le gestionnaire InjectEventHandler peut être supprimé ou commenté dans Info.plist des fichiers :
/Library/ScriptingAdditions/SIMBL.osax/Contents/Info.plist
/Library/ScriptingAdditions/MySpeed.osax/Contents/Info.plist
Fuente: https://code.google.com/p/simbl/issues/detail?id=7
Par exemple :
--- a/Info.plist
+++ b/Info.plist
@@ -37,8 +37,6 @@
<key>Context</key>
<string>Process</string>
</dict>
- <key>SIMeleop</key>
- <string>InjectEventHandler</string>
</dict>
</dict>
</dict>
Vous pouvez également essayer d'attribuer la valeur true à ThreadSafe : Par exemple
<key>OSAXHandlers</key>
<dict>
<key>Events</key>
<dict>
<key>sysodlog</key>
<dict>
<key>Handler</key>
<string>DisplayDialogEventHandler</string>
<key>ThreadSafe</key>
<true/>
<key>Context</key>
<string>Process</string>
</dict>
...
Clés du dictionnaire du gestionnaire :
ThreadSafe - Un booléen ; le gestionnaire est-il thread-safe ? (Manipulateurs d'événements uniquement.)
ThreadSafe OSA et AppleScript dans Mac OS X v10.6 sont sûrs pour les threads. Si un script est exécuté en arrière-plan et invoque un gestionnaire d'événements qui n'est pas à l'abri des threads, il sera appelé sur le thread principal, ce qui est plus lent que d l'appel et peut réduire la réactivité de l'application à la saisie de l'utilisateur. Idéalement, tous les gestionnaires devraient être à l'épreuve des threads. Certains ne peuvent pas l'être de manière inhérente ; par exemple, presque par exemple, presque tout ce qui affiche l'interface utilisateur doit être exécuté sur le thread principal. Vous êtes de vérifier que vos gestionnaires d'événements sont sûrs pour les threads soit à les mettre à jour pour les rendre thread-safe.
Si la valeur de cette clé est vraie, alors la poignée sur un thread non principal et il peut être exécuté simultanément à partir de plusieurs threads. S'il est faux, il ne sera exécuté que sur le thread principal. Cette clé est nécessaire pour les gestionnaires d'événements, et ne doit pas être présente pour les gestionnaires de coercition, qu'un qui doivent être à l'abri des threads. Si un gestionnaire de coercition ne peut pas être exécuté en toute sécurité sur les threads d'arrière-plan, le gestionnaire doit s'arranger pour exécuter la coercition sur le thread principal, en utilisant par exemple en utilisant libdispatch et la file d'attente principale.
En savoir plus : http://developer.apple.com/library/mac/technotes/tn1164/_index.html#//apple_ref/doc/uid/DTS10003003-CH1-MAC_OS_X_V10_6__SNOW_LEOPARD__AND_LATER__INFO_PLIST
Questions connexes :
https://code.google.com/p/simbl/issues/detail?id=7 https://code.google.com/p/simbl/issues/detail?id=38
Autre :
https://code.google.com/p/simbl/issues/detail?id=14 https://code.google.com/p/simbl/issues/detail?id=66 https://code.google.com/p/simbl/issues/detail?id=67 https://code.google.com/p/afloat/issues/detail?id=43
