user-interface - 使用 SIKULI 测试编辑器可扩展性 - 自然输入

Question

我正在尝试加速大型 fortran 文件的编辑器，并尝试使用 Sikuli 测试我的调整。问题是如果我要输入一个有 20,000 行的文件，编辑器就会变得无响应。但是当我让 Sikuli 输入一个 20,000 行的文件时，编辑器也设法打印出我要求的任何内容（它看起来像是挂起，但在粘贴所有文本之前是不可见的输入）。我曾尝试在单词之间添加等待语句以进行协调，但似乎没有什么能够减慢 sikuli 脚本的速度。因此，这两个测试（一个打开了可扩展性选项，一个没有）显示了相同的结果，但我知道通过手动测试这不是真的。关于如何通过自动化复制人类打字，或者让 Sikuli 在继续打字之前等待文本出现的任何想法？

Answer 1

等待功能应该完全符合您的要求。

您可能需要在字符之间等待 120 毫秒来模拟打字。这将是 100wpm。看看这个链接，它描述了如何创建一个可以很好地模拟人类打字的随机延迟时间。

Answer 2

我已经以与 spearson 上述类似的方式回答了您在启动板/sikuli 上的问题，但现在有了您的补充评论，我终于明白了您的问题。

Region.onChange()：
当前版本X-1.0rc3中Java级别的observe()特性不起作用

但是您可以相当简单地构建自己的观察者：

在类型之后，您要等待编辑器窗口更新其内容

1. 捕获编辑器区域
2. 在每 0.x 秒循环检查一次，是否仍然找到该图像
3. 如果不再找到图像，则编辑器窗口已更改

这主要是观察/onChange 内部所做的：标准最小延迟为 0.3 秒（ObserveScanRate），它只是将屏幕/区域与给定的开始图像进行比较。