InputManagerプラグインにSnow Leopard(mac OS X10.6)
-
20-09-2019 - |
質問
もしかしたら相反するかを示しています。Engadgetの見直しというInputManagerプラグインを完全に無視されや原因不思議な行動がある場合、アプリケーションが読み込まれる32ビットモード)ですが、 このメーリングリストのスレッド ているとのことばの32/64ビット互換性についてはその通りである。
いての質問:
- いま使用InputManagers雪豹?
- があればまでの作業と同じようにLeopard.やない場合には、何が良いの回避策(1Passwordで作fix)?
解決
あなたが本当に使い、あなたが何をしようとして達成するためにアプリケーションにコードを挿入する必要がある場合は mach_inject >。
あなたが将来的に安全な方法でソフトウェアを実装することができるようにとしてください要求フックこのバグを報告し。
他のヒント
http://developer.apple.com/releasenotes/Cocoa/AppKit.html#NSInputManager
自動荷重のバンドルに位置InputManagersフォルダが正式にサポートされていません。の条件の有効な入力長束さらに締めるこの機能が無効にする将来のリリース。
有効なインスタレーションは限られ /図書館/InputManagersフォルダのみです。束の場所 通知なしに無視されます。
すべてのファイルのバンドルおよび/図書館/InputManagersフォルダそのもの する必要が保有するルートユーザー 管理グループ.No files**(ファイルがありませんの バンドルでグループ又はその他の書 アクセス権を表します。
プロルート特典(getuid()==0またはgeteuid() ==0)できな負荷を他のバンドルを入力す。
プロセスするとともに、ホイールグループ特典できな負荷を他のバンドル 入力マネージャ。
のプロセスのワークスペースのセッション時の 負荷の束が認められた。
のプロセスできない汚染により変化するユーザーまたはグループidを確認 issetugid()).
なし64ビットプロセスできる負荷の他束を入力します。
これは、Chax(iChatのためのInputManagerのプラグイン)のように見えますがiChatのためのアプリランチャーであることに今切り替えた:あなたはChax.appを実行すると、それは余分なUIのハックでのiChatをロードします。
。 彼はすでに述べたmach_injectよりも簡単ライブラリ傍受法を選ぶているように、すぐに小さなランチャーバイナリChax.app/Contents/MacOS/Chax内の文字列を見て、それはそうです:代わりにあなたの<のhref = "のhttp:/ /tlrobinson.net/blog/2007/12/21/overriding-library-functions-in-mac-os-x-the-easy-way-dyld_insert_libraries/」のrel = "nofollowをnoreferrer">ちょうどDYLD_INSERT_LIBRARIES 環境変数ます。
もちろん、これは私のお気に入りのInputManagers、MultiClutchをしないとアフロート、Snow Leopardで再び働く - 彼らはすべてのCocoaアプリで働いていたので、彼らが最も有用でした。最適な回避策は、これらのアプリケーションのためにどのようになるかはまだわからない。
それはあなたが最初の仮想NDAに署名することを持っているように見えたので、私は、試してみて、彼らが何をしていたか確認するために1Passwordの3ベータ版をダウンロードしませんでした。
1Passwordの<のhref = "http://www.switchersblog.com/2007/08/the-end-of-th-2.html" のrel = "nofollowをnoreferrer" によってInputManagerの必要の周りの3.0作品>代わりに、SafariのブラウザプラグインAPIに便乗する。リンク先の記事にもInputManagersに様々なコード・インジェクションの選択肢の非常に実用的な比較を提供しています。