SuperMonster003

可能是模拟器 CPU 架构导致的问题. Paddle OCR 暂不支持 x86 及 x86_64 架构. _Sent from my XQ-DQ72 using [FastHub](https://play.google.com/store/apps/details?id=com.fastaccess.github)_

AutoJs6 的 `images.save` 内部会调用 `Bitmap#compress` 方法: ```java try (FileOutputStream fos = new FileOutputStream(path)) { return bitmap.compress(compressFormat, quality, fos); } ``` 对 `Bitmap#compress` 而言, `quality` 参数只有在 JPEG / WebP (有损) 等...

看起来是一套十分详尽的 Rhino 脚本层面实现的无障碍服务控制代码. 突然回想起刚接触 Auto.js 时, 对文档中不存在的 API 探索并乐此不疲进行试错的新奇感觉. 无障碍服务在 AutoJs6 中已经做了一些封装, 但至今没有形成真正系统化的简洁方案, 反而似乎在 Auto.js 4.x 的基础上进一步增加了复杂程度 (包括可能的过度封装, 以及功能重复的代码等). 目前, 在应用层面, 无障碍服务有时会需要手动去主页抽屉进行开关重置, 尤其是应用冷启动之后. 在脚本层面, 可以使用 `auto(true);` 强制重启无障碍服务. 运行上述代码时, 你可以看到 AutoJs6...

确实存在更新滞后的问题. 包括 AutoJs6 声明文件 ([AutoJs6-TypeScript-Declarations](http://dts-project.autojs6.com/)) 及 AutoJs6 应用文档 ([AutoJs6-Documentation](http://docs-project.autojs6.com/)) 衍生项目. 这些衍生项目是需要根据 AutoJs6 主项目进行调整的, 包括更新及修改等. 更多时候, 我会将有限的精力和时间放在 AutoJs6 主项目的开发上, 这会造成衍生项目的更新迟缓. 考虑到 AutoJs6 目前已暂停更新, 加上当前 Issue 已表明衍生项目的更新需求, 我会将衍生项目的更新加入计划.

是的, 而且 AutoJs6 最近几个版本的开发, 也都得到了不少 AI 技术的帮助与支持. 过去, AutoJs6 声明文件 ([AutoJs6-TypeScript-Declarations](http://dts-project.autojs6.com/)) 项目中 d.ts 文件的生成, 通常是根据 \src\main\assets\modules\*.js 文件中的模块属性及方法, 以此对照并写入声明文件中. 这个过程很可能可以通过 AI 来自动实现, 最后可以对生成的内容做核查, 修正或补充. > 自 AutoJs6 6.6.0 起, 内置 js...

参阅 https://github.com/SuperMonster003/AutoJs6/issues/410#issuecomment-3216342784. 另外需要确保 AutoJs6 与 VSCode 所在设备网络位于同一局域网.

因无 AutoJs6 自动化操作微信的经验, 我无法直接回答你的问题. 目前有一些反馈, 表示微信对无障碍服务名称进行验证, 以规避 Auto.js 系列应用对于微信控件的自动化操作. 且在此之前, 微信不同版本的控件 ID 属性 (id/fullId/idHex) 会发生变化, 导致自动化脚本难以通过 ID 属性唯一确定控件. 因此, AutoJs6 可能不适于微信这类自动化操作敏感的应用. 如确实需要, 可尝试使用 Shizuku/Root 等高权限发送按键事件的方式替代无障碍自动化操作.

@broadway-john 目前 AutoJs6 还没有办法获取新版本微信应用的布局. 详见 #382. 另外也可以参阅 [掘金的文章](https://juejin.cn/post/7485949593508642852) 了解更多技术信息.

下一版本将尝试修复上述问题.

6.6.1 已尝试解决上述问题, 如问题复现, 可重开此 issue 并继续反馈. 当前 issue 将暂时关闭并标记为 `完成`.