|
|
|
|
コメント(26)
ご参加ありがとうございます。
つぶれる寸前のコミュニティでしたが助かりました。
この手のツールでつくったスクリプトって超個人的というか、超その場凌ぎというか、他人様に見せて役立ててもらえるものはあまりないかも知れないですねぇ…。
作者様の掲示板をときどき覗いてみるとかなり高度なテクニックを使われている人も多いようですが、自分の場合、大分前から使わせて貰っているわりには殆どのスクリプトは簡単なものばかりで、自分の使っているアプリや自分なりの使い方に依存しています。でももう無くてはならないツールでもあるんです。
COMやWin32APIや別途用意したDLL等を使えばかなり複雑な事もできるとは思うんですが…。
UWSCで一番面倒なのは画面に表示されているブツを捕まえたり、動かしたりする方法をどうやって突き止めるかだと思います。UWSC自身でそれを調べるスクリプトを作ったり、これらを調べるツールを別途用意するのが一番なのですが、アプリによってはそれがうまく捕まえられなかったり扱えなかったりする事があるのもイライラさせられるところだと思います。
とりあえずご挨拶と言う事で、何かありましたら書込みよろしくお願します。
参加者、増えるといいんですが…。
つぶれる寸前のコミュニティでしたが助かりました。
この手のツールでつくったスクリプトって超個人的というか、超その場凌ぎというか、他人様に見せて役立ててもらえるものはあまりないかも知れないですねぇ…。
作者様の掲示板をときどき覗いてみるとかなり高度なテクニックを使われている人も多いようですが、自分の場合、大分前から使わせて貰っているわりには殆どのスクリプトは簡単なものばかりで、自分の使っているアプリや自分なりの使い方に依存しています。でももう無くてはならないツールでもあるんです。
COMやWin32APIや別途用意したDLL等を使えばかなり複雑な事もできるとは思うんですが…。
UWSCで一番面倒なのは画面に表示されているブツを捕まえたり、動かしたりする方法をどうやって突き止めるかだと思います。UWSC自身でそれを調べるスクリプトを作ったり、これらを調べるツールを別途用意するのが一番なのですが、アプリによってはそれがうまく捕まえられなかったり扱えなかったりする事があるのもイライラさせられるところだと思います。
とりあえずご挨拶と言う事で、何かありましたら書込みよろしくお願します。
参加者、増えるといいんですが…。
日本語のヘルプがある点でUWSCの方が遥かに導入しやすいと思いますよ。
ただ、目的のウィンドウを捜したりウィンドウの中のコントロールをどうやって使うか、読み取るかについて調べるのはなかなか難しいと思います｡少なくともこの為の別のツールやUWSCスクリプトが必要になると思います。
もし、自前のスクリプトで何らかのUIを持つ簡単なアプリのようなものを作るとしたらAuto hotkeyがいいと思います。まだこのトピックに含めていませんが、これにはGUIビルダーが付いていて、この手のスクリプトはかなり作り安くなっています。BASICのような本格的な文法ではありませんが、その分記述も簡単です。日本語の情報も増えてきました。
AUTOITはまだ日本語の情報源はあまり多くないです。私もUWSCを使っている事から類似のソフトは殆どお試し程度でまだ本格的に使った事はありません。でもこれからちょっと注目したいソフトです。
日本製といえばHSPというのもありますね。これもライブラリを使用する事でウィンドウの操作を自動化する事もできます。
ただ、目的のウィンドウを捜したりウィンドウの中のコントロールをどうやって使うか、読み取るかについて調べるのはなかなか難しいと思います｡少なくともこの為の別のツールやUWSCスクリプトが必要になると思います。
もし、自前のスクリプトで何らかのUIを持つ簡単なアプリのようなものを作るとしたらAuto hotkeyがいいと思います。まだこのトピックに含めていませんが、これにはGUIビルダーが付いていて、この手のスクリプトはかなり作り安くなっています。BASICのような本格的な文法ではありませんが、その分記述も簡単です。日本語の情報も増えてきました。
AUTOITはまだ日本語の情報源はあまり多くないです。私もUWSCを使っている事から類似のソフトは殆どお試し程度でまだ本格的に使った事はありません。でもこれからちょっと注目したいソフトです。
日本製といえばHSPというのもありますね。これもライブラリを使用する事でウィンドウの操作を自動化する事もできます。
AUTOITとUWSCはとてもよく似ていますので、あとからAUTOITを使う場合も入り安いと思います。
AUTOITはスクリプトをEXEファイルにできますのでAUTOITを使ってないユーザに単体配布する場合に便利ですが、AUTOIT自体のインストール状態はUWSCのように単純では有りません。
UWSCの場合はそれと全く逆でスクリプトを実行するにはUWSC自体が必要ですが、スクリプトと同じディレクトリにUWSC.EXE入れてコマンドラインさえ与えれば良いので配布はそう難しくありません。
※あと、海外のソフトは正式対応を謳っていない限り日本語の文字処理に不安がつきまとうんですよね…。
AUTOITはスクリプトをEXEファイルにできますのでAUTOITを使ってないユーザに単体配布する場合に便利ですが、AUTOIT自体のインストール状態はUWSCのように単純では有りません。
UWSCの場合はそれと全く逆でスクリプトを実行するにはUWSC自体が必要ですが、スクリプトと同じディレクトリにUWSC.EXE入れてコマンドラインさえ与えれば良いので配布はそう難しくありません。
※あと、海外のソフトは正式対応を謳っていない限り日本語の文字処理に不安がつきまとうんですよね…。
スレッドについて…。
スレッドはユーザプロシージャを呼ぶときだけに使うようになっているようですので、プログラム中でちょっとした平行処理をしたいときには使いにくいですね…。それと関係するサポート関数もありませんし。
これまで殆ど使ったことがなかったのですが、今回すこし試してみました。スレッドは上記のようなこともありますのでCLASSステートメントとセットで使うのが一番いいと思いました。CLASS…というにはちょっと違和感のあるステートメントですが、これを使ってプログラムをひとつのオブジェクト風にひとつにまとめれば平行処理用のこまごまとしたプロシージャを作ってもあまりわずらわしさを感じずに済みます。例えばMSGBOXやINPUTなどのたったひとつの組み込み関数をスレッド起動するような場合も不自然さを感じずに済みます。スレッドを使う場合は全面的にCLASSを使ってプログラミングするのがいいように思いました。
平行処理のサポートは関連するWin32APIが利用できるかもしれません。全然知りませんが…。
スレッドはユーザプロシージャを呼ぶときだけに使うようになっているようですので、プログラム中でちょっとした平行処理をしたいときには使いにくいですね…。それと関係するサポート関数もありませんし。
これまで殆ど使ったことがなかったのですが、今回すこし試してみました。スレッドは上記のようなこともありますのでCLASSステートメントとセットで使うのが一番いいと思いました。CLASS…というにはちょっと違和感のあるステートメントですが、これを使ってプログラムをひとつのオブジェクト風にひとつにまとめれば平行処理用のこまごまとしたプロシージャを作ってもあまりわずらわしさを感じずに済みます。例えばMSGBOXやINPUTなどのたったひとつの組み込み関数をスレッド起動するような場合も不自然さを感じずに済みます。スレッドを使う場合は全面的にCLASSを使ってプログラミングするのがいいように思いました。
平行処理のサポートは関連するWin32APIが利用できるかもしれません。全然知りませんが…。
こんにちは。
スレッド、おっしゃる通りサポートする組み込み手続きがないので使いやすいとは言えない状況です。実験的に導入してみた、ということで今後そのあたりの手続きの充実が望まれます。
並行処理のサポートは Win32 API に lock, mutex, event などを利用するサービスが提供されていまして私はまだ実験レベルですがそれを UWSC から使用しています。ご参考までにリンクをご紹介します。
http://iriyak.adam.ne.jp/wiliki/uwsc.cgi?UWSC%3a%c2%d4%a4%c1%b9%e7%a4%ef%a4%bb%bd%e8%cd%fd
スレッド、おっしゃる通りサポートする組み込み手続きがないので使いやすいとは言えない状況です。実験的に導入してみた、ということで今後そのあたりの手続きの充実が望まれます。
並行処理のサポートは Win32 API に lock, mutex, event などを利用するサービスが提供されていまして私はまだ実験レベルですがそれを UWSC から使用しています。ご参考までにリンクをご紹介します。
http://iriyak.adam.ne.jp/wiliki/uwsc.cgi?UWSC%3a%c2%d4%a4%c1%b9%e7%a4%ef%a4%bb%bd%e8%cd%fd
20-21: いりやっく さん
ありがとうございます。後ほど拝見させて頂きます。特にこれといった用途が有る訳でも無いのですが、せっかく並行処理ができるのですからイベントループはなるべく避けたいと思ってしまいます。
海外では用途は不明ですがAutoIt3やAutoHotKeyが良く使われていますね。特にAutoItのフォーラムはいつも大量の書込みがあります。ある英語のフォーラムでUWSCを紹介してみたのですがあまり反応はよくありませんでした。スクリプトを実行するまでの説明が結構たいへんで、UWSC本体とスクリプトの他に操作するアプリケーションの場所が関係してくるので判りにくいようです。その点この両者はコンパイル(EXE化)できる点が評価されているようです。
ありがとうございます。後ほど拝見させて頂きます。特にこれといった用途が有る訳でも無いのですが、せっかく並行処理ができるのですからイベントループはなるべく避けたいと思ってしまいます。
海外では用途は不明ですがAutoIt3やAutoHotKeyが良く使われていますね。特にAutoItのフォーラムはいつも大量の書込みがあります。ある英語のフォーラムでUWSCを紹介してみたのですがあまり反応はよくありませんでした。スクリプトを実行するまでの説明が結構たいへんで、UWSC本体とスクリプトの他に操作するアプリケーションの場所が関係してくるので判りにくいようです。その点この両者はコンパイル(EXE化)できる点が評価されているようです。
AutoHotKeyまだためしてないです…。AutoIt3はUwscと同様にBasicですし自前の組み込み関数が多方面にわたっていてCOMやWin32APIを利用しなくとも有る程度高度な操作ができる点と、サンプルコードがたくさん有る＝利用者が多いところが魅力ですかね? とはいえ私も現在はアンインストールしてしまって使っていません。
EXE化はUWSCでも用途によりますが自動実行式のアーカイブにする事もできますね。
私の場合自宅のPCで個人用で使っている関係で、コードを全く書かなくなる期間が長くなりがちで、久しぶりになにかやろうとするとなかなか気力が沸かず、とりかかるまでに大分時間がかかってしまいます。昔のCUI時代のBasicインタープリタのように簡単にBasicのステートメントを入力して実行確認できるようなものがあれば便利かな?と思っています。
EXE化はUWSCでも用途によりますが自動実行式のアーカイブにする事もできますね。
私の場合自宅のPCで個人用で使っている関係で、コードを全く書かなくなる期間が長くなりがちで、久しぶりになにかやろうとするとなかなか気力が沸かず、とりかかるまでに大分時間がかかってしまいます。昔のCUI時代のBasicインタープリタのように簡単にBasicのステートメントを入力して実行確認できるようなものがあれば便利かな?と思っています。
なるほど・・・今度まじめに試してみますね。> AutoIt3
> 昔のCUI時代のBasicインタープリタのように簡単にBasicのステートメントを入力して実行確認できるようなものがあれば便利かな?と思っています。
スクリーンのどこに書いてもリターンキーを叩いたら実行するインターフェイスは確かに特徴的でした。誤って行を書き換えてしまうこともありましたが (^^;
アクティブなユーザはエディタをカスタマイズして編集ファイルを実行させたり、選択部分をファイルに書き出して実行させたりしていらっしゃいますね。
ただ実行途中は完全に UWSC インタープリタにまかせっきりですのでその途中に割り込む仕掛けをインタープリタの付属機能として提供してほしいとは思います。
> 昔のCUI時代のBasicインタープリタのように簡単にBasicのステートメントを入力して実行確認できるようなものがあれば便利かな?と思っています。
スクリーンのどこに書いてもリターンキーを叩いたら実行するインターフェイスは確かに特徴的でした。誤って行を書き換えてしまうこともありましたが (^^;
アクティブなユーザはエディタをカスタマイズして編集ファイルを実行させたり、選択部分をファイルに書き出して実行させたりしていらっしゃいますね。
ただ実行途中は完全に UWSC インタープリタにまかせっきりですのでその途中に割り込む仕掛けをインタープリタの付属機能として提供してほしいとは思います。
AlexaでAutoit3のサイト情報から見つけた同類のソフト。
・KicXtart&KicXForm
http://www.kixtart.org/index.asp
http://www.kixforms.org/
http://www.scriptlogic.com/kixtart/
さきほど見つけたばかり＋英語なので概要を把握できていませんが、フォーラムで見受けられるコードを見た限りでは Visucal Basci風で、GUI操作用の内部関数はそれほど充実していないようです(SetFocusとSendkeyくらいか?)。それよりCOMを積極的に取り入れているような印象をうけました。残念ながらWin32APIを直接利用することはできないようです。
私は全然知らなかったのですが古くからあるようで関連書籍もあるようです。kixformはCOMコンポーネントになっているのでUWSCからも利用出来るのではないかと思われます。
・KicXtart&KicXForm
http://www.kixtart.org/index.asp
http://www.kixforms.org/
http://www.scriptlogic.com/kixtart/
さきほど見つけたばかり＋英語なので概要を把握できていませんが、フォーラムで見受けられるコードを見た限りでは Visucal Basci風で、GUI操作用の内部関数はそれほど充実していないようです(SetFocusとSendkeyくらいか?)。それよりCOMを積極的に取り入れているような印象をうけました。残念ながらWin32APIを直接利用することはできないようです。
私は全然知らなかったのですが古くからあるようで関連書籍もあるようです。kixformはCOMコンポーネントになっているのでUWSCからも利用出来るのではないかと思われます。
- mixiユーザー
- ログインしてコメントしよう！
|
|
|
|
UWSC&AUTOITで操作を自動化 更新情報
-
最新のイベント
-
まだ何もありません
-
-
最新のアンケート
-
まだ何もありません
-
