エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
ブラウザのビジー状態を判定するための,より良い方法 (WSHでIEを自動操作する際,COMのアプリケーションイベントを利用する) - 主に言語とシステム開発に関して
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
ブラウザのビジー状態を判定するための,より良い方法 (WSHでIEを自動操作する際,COMのアプリケーションイベントを利用する) - 主に言語とシステム開発に関して
バッチのまとめTOPへ ActiveX経由でCreateObject("InternetExplorer.Application") などして,IEを自動... バッチのまとめTOPへ ActiveX経由でCreateObject("InternetExplorer.Application") などして,IEを自動操作する際, 「ブラウザのビジー状態の解除の判定」は,正確にやろうとすると結構難しい。 よくあるのは, (DOM操作)ブラウザ上で,submitボタンクリック ↓ (While文とかで)ie.Busy == true もしくは ie.readyState != 4 の間,待機。 ↓ While文を抜けたら,待機終了。次の画面に遷移したとみなす。 ↓ DOM操作を再開する。 という方法。 この方法では,IEオブジェクトの持つプロパティを基準にして判定している。 よく使われる方法ではあるが,これだと,思わぬ判定結果が返ったりする。 「まだ画面遷移が終わっていないのに,While文から抜けてしまった。」というケースがよくある。 その場合,次画面
2012/09/20 リンク