#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 为更好的安全性
[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 为更好的安全性
❤2
#quoid_Userscripts
耗时一个多月的一项重构工作终于接近尾声，来个预告吧……
耗时一个多月的一项重构工作终于接近尾声，来个预告吧……
👍13❤1👏1🤩1
#quoid_Userscripts
一个多月的努力总算成为PR了，但撰写一份详细的更新日志又是头大的工作。有能力的开发者已经可以从PR构建和体验了，Code Review 和推送到 TestFlight 还需要一些时间。仅以此留个纪念。
一个多月的努力总算成为PR了，但撰写一份详细的更新日志又是头大的工作。有能力的开发者已经可以从PR构建和体验了，Code Review 和推送到 TestFlight 还需要一些时间。仅以此留个纪念。
👍7❤1🔥1👏1
#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 优化
👉参与公测请戳这里👈
[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 优化
👉参与公测请戳这里👈
❤2
#quoid_Userscripts
[TestFlight] Userscripts Beta macOS v4.5.0(85), iOS v1.5.0(59)
- 杂务: 更新依赖项 - #615
- 杂务: 在 BETA 构建中启用 Source Map - #617
- 修复: 使 Open Extension Page 按钮稳定工作 - #616
👉参与公测请戳这里👈
[TestFlight] Userscripts Beta macOS v4.5.0(85), iOS v1.5.0(59)
- 杂务: 更新依赖项 - #615
- 杂务: 在 BETA 构建中启用 Source Map - #617
- 修复: 使 Open Extension Page 按钮稳定工作 - #616
👉参与公测请戳这里👈
This media is not supported in your browser
VIEW IN TELEGRAM
#quoid_Userscripts
预告：很多人想要的更便捷的脚本安装提示，带开关。
预告：很多人想要的更便捷的脚本安装提示，带开关。
👍9❤1🎉1
#quoid_Userscripts
[TestFlight] Userscripts Beta macOS v4.5.0(87), iOS v1.5.0(60)
- 功能：引入增强的安装提示和对应设置项 - #620
- 重构：改进基本弹出视图结构和修复问题 - #624
TestFlight
[TestFlight] Userscripts Beta macOS v4.5.0(87), iOS v1.5.0(60)
- 功能：引入增强的安装提示和对应设置项 - #620
- 重构：改进基本弹出视图结构和修复问题 - #624
TestFlight
#quoid_Userscripts
Deprecate
请阅读和学习 Match pattern structure （匹配模式结构），请务必阅读 MDN 的英文版本，英文文档信息通常更新和准确。
Deprecate
@include and @exclude metadata #650Userscripts 计划在未来弃用 @include 和 @exclude 元数据，请在您的用户脚本中使用 @match 和 @exclude-match 来替代它们，后者更加安全和严格，我们希望这能够最终减少一些混乱和困难选择，并能够鼓励更多人了解和使用后者。请阅读和学习 Match pattern structure （匹配模式结构），请务必阅读 MDN 的英文版本，英文文档信息通常更新和准确。
GitHub
Deprecate `@include` and `@exclude` metadata · Issue #650 · quoid/userscripts
We will deprecate @include and @exclude and only support @match and @exclude-match in the future. Match pattern structure is safer and stricter, not too many accidents happen. It reduces code logic...
#quoid_Userscripts
[TestFlight] Userscripts Beta macOS v4.5.0(88), iOS v1.5.0(61)
- 功能：支持 iOS 动态字体大小以改进可访问性 - #628
- 重构：提高设置界面布局的适应性 - #633
- 重构：使编辑器搜索组件的反应性更可靠 - #640
TestFlight
[TestFlight] Userscripts Beta macOS v4.5.0(88), iOS v1.5.0(61)
- 功能：支持 iOS 动态字体大小以改进可访问性 - #628
- 重构：提高设置界面布局的适应性 - #633
- 重构：使编辑器搜索组件的反应性更可靠 - #640
TestFlight
❤1
#quoid_Userscripts
Deprecate
但我们仍然对此保持开放，如果您认为有一个合理的用例需要在无用户交互的情况下以编程方式访问剪贴板，请在 Issue 中评论告诉我们，以便我们考虑其扩展支持。
Deprecate
GM.setClipboard API #655Userscripts 计划在未来弃用 GM.setClipboard API，请在您的用户脚本中使用 Clipboard API 来替代它，该 API 需要显式用户交互在 Safari 中，我们相信绝大多数用例都适合使用原生 Clipboard API，并且这有助于符合用户预期行为和鼓励更合理的剪贴板利用。但我们仍然对此保持开放，如果您认为有一个合理的用例需要在无用户交互的情况下以编程方式访问剪贴板，请在 Issue 中评论告诉我们，以便我们考虑其扩展支持。
做个调查，由于删除、更改脚本内容等操作并不会影响当前页面已注入的用户脚本（在刷新之前），那么您会预期 `popup` 界面中展示哪种状态？
Anonymous Poll
73%
当前页面 (Tab) 实际匹配和注入的脚本列表
27%
下次打开或刷新时会匹配和注入的脚本列表
😁1
一个相关调查，您预期 `popup` 徽章上的数字代表什么？（主要指 macOS 版中的徽章，iOS 版未来可以在设置中开启该徽章显示）
Anonymous Poll
37%
当前页面(tab)实际注入的脚本数量（不含内嵌页面）
30%
当前页面和内嵌页面(frames)实际注入的脚本总和（去除重复）
4%
当前页面和内嵌页面(frames)实际注入的脚本总和（不去重）
7%
下次打开或刷新时会匹配的脚本数量（不含内嵌页面）
22%
酱油通道，或我不知道你在说什么……
😁1