Microsoft Office アプリのスクリプトを作成できることはわかっていますが、Adobe Acrobat、Web ブラウザー、およびスクリプト機能のない他のアプリなど、他のアプリに適用できる、より一般的なものを探しています。
私はAutoItを使用しましたが、特にスクリプトが失敗したり停止したりする理由をデバッグしようとすると、少しぎこちなくなります。また、ボタンのクリックやメニュー項目の選択など、アクションのタイミングを正確に把握することも困難な場合があります。
この目的に使用できるビルド ツールはありますか?
AutoHotKeyをお勧めします。その構文はきれいではありませんが、コミュニティが非常に大きく、よく組織されているため、ほとんどの場合、独自のスクリプトを作成する必要はありません。そうした場合でも、ドキュメントは広範で優れており、フォーラムは質問にすぐに答えてくれます。開発者は積極的で反応が良いため、バグが迅速に修正され、新しい機能が検討および追加されています。
AHK を使い始めて以来、AHK なしでは考えられません。これにより、Windows での生活が非常に多くの点で簡単になります。
Python やその他のスクリプト言語から COM インターフェイスを使用することもできます。より複雑ですが、より強力な言語を使用できます。
あなたのニーズには少し多いかもしれませんが、AutoMateは非常に堅牢で使いやすいです。ほとんどのタスクはドラッグアンドドロップで作成できるため、スクリプトのスキルは必要ありませんhttp://www.networkautomation.com/sales/scripting/
AutoHotkey（small k ...）も大好きですが、その奇妙な構文に加えて、デバッグツールも同じように不足しています...基本的には、「msgboxアラートを表示し、ファイルまたはdebugviewに文字列を送信し、トレースします」。これらのツールを使用して長くて複雑なアプリケーションを作成することはめったにないため、ほとんどの場合、これで問題ありません。
どちらのツールでも、おそらくすべてのマクロソフトウェアでも、イベントは非同期であるため、「アクションのタイミング」を取得するのは困難です。ほとんどの場合、特定の時間待つことはありませんが、ウィンドウが表示されるのを待ちます。それが正しいものであることを願っています！
Ranorex （私はテストしていません）のような他の自動化ツールがあり、メッセージを送信するためのライブラリ（WM_XXX）とWinAPIを呼び出すためのライブラリを備えたスクリプト言語（Lua、Python）を使用することもできます...しかしAutoItのようなツールAutoHotkeyには、広範囲にテストされているという利点があるため、多数の動作/問題（クリップボードのデータが利用可能になるのを待つなど）を処理できます。