当脚本列表启用任意排序规则后，当前实现会禁用手动拖拽排序，同时 RowDragHandle 会变成隐藏的占位元素，因此用户看到的效果是拖拽手柄直接消失。这样虽然可以避免用户在已经排序的列表上进行手动拖动，造成“当前排序结果”和“自定义顺序”之间的冲突，但从交互上很难判断这是预期行为还是功能失效。建议优化启用排序规则后的交互，例如保留但禁用拖拽手柄并提供状态提示，或者明确提示“当前排序模式下无法手动调整顺序”；当取消排序规则后，再恢复正常的拖拽排序功能。这样可以同时保留现有排序功能和自定义顺序，并让两种模式之间的关系更加清晰。
提交前检查
问题描述
@CodFrm 改走"collapse"也拉不到。不知你是故意还是怎样。
不要手动drag就直接移除这东西吧。不知道为什么这个ScriptCat的ScriptList为什么一开始要设计得那么复杂
反正这些功能你不加也没人注意到，包括你自己
复现步骤
ScriptCat 版本
latest
系统 / 浏览器及版本
相关脚本 / 日志 / 截图
No response
当脚本列表启用任意排序规则后，当前实现会禁用手动拖拽排序，同时
RowDragHandle会变成隐藏的占位元素，因此用户看到的效果是拖拽手柄直接消失。这样虽然可以避免用户在已经排序的列表上进行手动拖动，造成“当前排序结果”和“自定义顺序”之间的冲突，但从交互上很难判断这是预期行为还是功能失效。建议优化启用排序规则后的交互，例如保留但禁用拖拽手柄并提供状态提示，或者明确提示“当前排序模式下无法手动调整顺序”；当取消排序规则后，再恢复正常的拖拽排序功能。这样可以同时保留现有排序功能和自定义顺序，并让两种模式之间的关系更加清晰。提交前检查
问题描述
@CodFrm 改走"collapse"也拉不到。不知你是故意还是怎样。
不要手动drag就直接移除这东西吧。不知道为什么这个ScriptCat的ScriptList为什么一开始要设计得那么复杂
反正这些功能你不加也没人注意到，包括你自己
复现步骤
ScriptCat 版本
latest
系统 / 浏览器及版本
相关脚本 / 日志 / 截图
No response