ACT.Google.DM.NCR.user.js
继续打磨，消除部分场景下的连续两次 Captcha 验证。部分场景下将直接避免经历恼人的 Captcha 验证。

一年后的今天，㊗️福依旧 🍎

明年见👋

#quoid_Userscripts
[TestFlight] Userscripts Beta macOS v4.5.0(83), iOS v1.5.0(57)

- 修复：正确返回 xhr 错误当类型为 blob 时 - #558
- 文档：更新 README 中的 iOS 使用说明 - #561
- 重构：更新开发和构建流程以及几个相关改进 - #560
- 对 iOS App WebView 的一些小调整和优化
- 使用默认应用程序文档目录时仅显示信息文本
- 通过最小高度和最小宽度改善了渲染闪烁问题
- 点击当前目录文本可在文件应用中打开文件夹
- 重构内容脚本中用户脚本的 APIs 附加和注入流程
- 只解析无 APIs 预编码的 UserJS 代码以减少计算量
- 这也顺便修复了“名称中带有引号的用户脚本会破坏#401”
- 注入页面时使用封闭的 ShadowRoot 为更好的安全性

#quoid_Userscripts
[TestFlight] Userscripts Beta macOS v4.5.0(84), iOS v1.5.0(58)

- 修复：正确处理包含 HASH 但没有 SEARCH 的 URL - #593
- 功能：重构设置页及一些相关改进 - #613
- 修复：避免滚动到边缘时产生恼人的跳动
- 修复：替换破损的 App scheme 启动流程
- 功能：引入全新重构的设置界面
- 设置界面现在 iOS 和 iPadOS 中可用
- 设置项的描述现在集成在设置界面中
- 在 Safari 设置中添加扩展设置入口
- 增强的匹配模式输入区提供友好的错误提示
- 现在您可以简单的导入和导出设置数据
- 您可以轻松的重置单个、一组或全部设置
- 桌面版中添加新的设置组快速导航菜单
- 脚本更新检查可以被禁用或自定时间间隔
- 更多的制表符大小选项可用根据您的偏好
- 首次引入 i18n 和简繁体中文的本地化
- 改进的可访问性切换按钮和 A11y 优化

👉参与公测请戳这里👈

#quoid_Userscripts
[TestFlight] Userscripts Beta macOS v4.5.0(85), iOS v1.5.0(59)

- 杂务: 更新依赖项 - #615
- 杂务: 在 BETA 构建中启用 Source Map - #617
- 修复: 使 Open Extension Page 按钮稳定工作 - #616

👉参与公测请戳这里👈

#quoid_Userscripts
预告：很多人想要的更便捷的脚本安装提示，带开关。

#quoid_Userscripts
修复 visionOS 中的 BUGs ……
顺㊗️各位新春健康平安🧨🎆

#quoid_Userscripts
[TestFlight] Userscripts Beta macOS v4.5.0(87), iOS v1.5.0(60)

- 功能：引入增强的安装提示和对应设置项 - #620
- 重构：改进基本弹出视图结构和修复问题 - #624

TestFlight

#quoid_Userscripts

Deprecate @include and @exclude metadata #650

Userscripts 计划在未来弃用 @include 和 @exclude 元数据，请在您的用户脚本中使用 @match 和 @exclude-match 来替代它们，后者更加安全和严格，我们希望这能够最终减少一些混乱和困难选择，并能够鼓励更多人了解和使用后者。

请阅读和学习 Match pattern structure （匹配模式结构），请务必阅读 MDN 的英文版本，英文文档信息通常更新和准确。

#quoid_Userscripts
[TestFlight] Userscripts Beta macOS v4.5.0(88), iOS v1.5.0(61)

- 功能：支持 iOS 动态字体大小以改进可访问性 - #628
- 重构：提高设置界面布局的适应性 - #633
- 重构：使编辑器搜索组件的反应性更可靠 - #640

TestFlight

#quoid_Userscripts

Deprecate GM.setClipboard API #655

Userscripts 计划在未来弃用 GM.setClipboard API，请在您的用户脚本中使用 Clipboard API 来替代它，该 API 需要显式用户交互在 Safari 中，我们相信绝大多数用例都适合使用原生 Clipboard API，并且这有助于符合用户预期行为和鼓励更合理的剪贴板利用。

但我们仍然对此保持开放，如果您认为有一个合理的用例需要在无用户交互的情况下以编程方式访问剪贴板，请在 Issue 中评论告诉我们，以便我们考虑其扩展支持。