大きなFortranファイルのエディターを高速化し、Sikuliを使用して微調整をテストしようとしています。問題は、20,000行のファイルを入力すると、エディターが応答しなくなることです。しかし、Sikuliに20,000行のファイルを入力するように依頼すると、エディターは私が依頼したものを何とか印刷できます(ハングしているように見えますが、すべてのテキストが貼り付けられるまでは見えません)。単語の間に待機ステートメントを入れて調整を実行できるようにしましたが、sikuliスクリプトの速度を低下させることはできないようです。このため、両方のテスト(スケーラビリティオプションがオンになっているものとオンになっていないもの)は同じ結果を示しますが、手動テストではこれが当てはまらないことを私は知っています。自動化によって人間のタイピングを複製する方法、またはテキストが表示されるのをSikuliに待たせてから、タイピングを続行する方法についてのアイデアはありますか?
質問する
520 次
2 に答える
1
待機機能は、必要なことを正確に実行する必要があります。
タイピングをエミュレートするには、おそらく文字間で 120 ミリ秒待つ必要があります。これは100wpmになります。人間のタイピングをうまくエミュレートするランダムな遅延時間を作成する方法を説明するこのリンクを見てください。
于 2012-12-09T17:20:25.077 に答える
0
上記の spearson と同様の方法で、launchpad/sikuli に関する質問に既に回答しましたが、追加のコメントにより、ようやく問題を理解しました。
Region.onChange():
現在のバージョン X-1.0rc3 の Java レベルでの observe() 機能は機能しません
しかし、かなり単純な独自のオブザーバーを作成できます。
タイプの後、エディターウィンドウがそのコンテンツを更新するのを待ちたい場所
- エディタ領域をキャプチャ
- 0.x秒ごとのループチェックで、この画像がまだ見つかっているかどうか
- 画像が見つからない場合は、エディター ウィンドウが変更されています
これは主に、observe/onChange が内部で行うことです。標準の最小遅延 0.3 秒 (ObserveScanRate) で、画面/領域を特定の開始イメージと比較するだけです。
于 2012-12-20T09:12:10.953 に答える