[需求] "轮盘菜单"新增及优化建议。

[yy4826424364ds]

需求或建议

看了下AI的分析，以及这句总结"轮盘最重要的是快速、低干扰、少误触；不宜直接变成缩小版管理后台"，我再次修改了一下我的建议。
1.触发页面。
(1)快捷操作。
若通过滑动鼠标右键(中键)显示出轮盘菜单(滑动)，则：
A.鼠标在某个轮盘项上松手或按下"Ctrl+O"组合键，可以立即执行该轮盘项所定义的操作("直接触发"，"可视子动作")。
B.鼠标在某个轮盘项上按下指定的单键，可以立即执行该轮盘项所定义的操作("按键触发")。
C.鼠标在某个轮盘项(槽位)上左击或按下"Ctrl+E"组合键，可以添加/编辑该轮盘项动作。
若选定槽位为空，则打开"添加轮盘动作"页面。
若选定槽位非空且未添加子动作，则打开编辑页面的"直接触发"标签页。
若选定槽位非空且已添加子动作，则自动添加一个临时的子动作空槽位。

• 若选定父槽位，则打开编辑页面的"直接触发"标签页。
• 若选定子槽位，则立即编辑子动作。
• 若选定空槽位，则打开父槽位编辑页面的"可视子动作"标签页。

D.鼠标在某个轮盘项(槽位)上中击(或右击，和轮盘菜单触发键对立)或按下"Ctrl+D"组合键，可以删除该轮盘项动作。
若选定槽位为空，则不执行任何操作。
若选定槽位非空且未添加子动作，则打开一个对话框，用于选择删除内容："删除所有直接触发"，"删除所有按键触发"，"删除整个动作"。
若选定槽位非空且已添加子动作。

• 若选定父槽位，则打开一个对话框，用于选择删除内容："删除所有直接触发"，"删除所有可视子动作"，"删除所有按键触发"，"删除整个动作"。
• 若选定子槽位，则立即删除子动作。

若通过其它方式显示出轮盘菜单(单击)，则：
A.鼠标在某个轮盘项上左击，可以立即执行该轮盘项所定义的操作("直接触发"，"可视子动作")。
B.鼠标在某个轮盘项上按下指定的单键，可以立即执行该轮盘项所定义的操作("按键触发")。
C.鼠标在某个轮盘项(槽位)上右击，可以添加/编辑该轮盘项动作。

• 遵循轮盘菜单(滑动)。

D.鼠标在某个轮盘项(槽位)上中击，可以删除该轮盘项动作。

• 遵循轮盘菜单(滑动)。

(2)其它操作。
若通过滑动鼠标右键(中键)显示出轮盘菜单(滑动)，或通过其它方式显示出轮盘菜单(单击)，则：
(1)轮盘上下：新增显示场景文本信息。
共有两行文本信息，说明如下。

• 首行：显示"当前显示的轮盘菜单所属场景名称|前台进程名称"，其中的分隔符|也可以使用空格或逗号。
• 次行：显示场景预览页，仍保持使用...显示。新增光标悬浮可以预览该轮盘菜单，单击可以加载到当前轮盘菜单。
• 若光标悬浮到已创建子动作的轮盘项上，则根据子轮盘所占区域，该文本信息可自动调整到"紧贴"轮盘菜单的正上方/正下方的位置。

(2)轮盘角落：新增显示一个工具栏，便于快速对轮盘项进行一些常用操作。

• 该工具栏可在设置中自定义其显示显示状态。
  始终显示：轮盘菜单显示后，始终显示该工具栏。轮盘菜单关闭后，关闭该工具栏；
  始终隐藏：轮盘菜单显示后，始终隐藏该工具栏；
  智能隐藏：轮盘菜单显示后，短暂显示该工具栏，超出指定时间(显示时长可自定义)或轮盘菜单关闭后，自动关闭该工具栏。

• 若光标悬浮到已创建子动作的轮盘项上，则根据子轮盘所占区域，该工具栏可自动调整到"紧贴"轮盘菜单的左上角、左下角、右上角、右下角的位置。

• 主要按钮如下：

A.固定轮盘菜单：用于切换"轮盘菜单"显示状态(注意区分"工具栏"显示模式)。

• "固定显示"模式：按钮高亮显示，固定短暂显示轮盘菜单，超出指定时间(跟随轮盘菜单"超时取消时长")后，自动还原"正常显示"模式并关闭轮盘菜单。
• "正常显示"模式：按钮正常显示，失去焦点或超时后自动关闭轮盘菜单。

B.切换场景：用于从所有已创建的场景中选择并快速精准切换到某个场景，便于加载轮盘菜单。
C.完整轮盘：用于一键显示/隐藏最外圈轮盘。
D.打开轮盘管理页面：用于打开"场景与动作管理"-"鼠标触发"-"轮盘"页面。
E.关闭轮盘菜单：用于关闭"本次显示的"轮盘菜单。

(3)轮盘中央：还原原先功能，即显示当前选中的轮盘项图标及名称(包括子动作)。

(4)轮盘项停留。

对于已定义子动作的槽位：

• 光标在父槽位上停留，则立即显示子轮盘；
• 光标移出父槽位或子轮盘区域，或指定时间(超时时长支持自定义)内未选定任何子槽位，则自动隐藏子轮盘。

使用场景

No response

[qiufmgm]

轮盘功能如果真做成这样那就太强大了，强烈支持！

[yy4826424364ds]

一、问题。

• 2.1.12版本现已支持通过"Ctrl+Shift"快捷管理轮盘动作槽位，这个思路我觉得非常合理便捷，值得日常频繁使用。
• 但此快捷键对大多数用户来说，可能会同时触发"切换输入法"的操作(默认快捷键，应该很少有人会改动)，况且该快捷键只能执行一项操作(打开编辑页面)，无法一步到位实现单一功能。导致如果需要添加/删除轮盘动作，就得在该页面进行下一步操作才能实现。

二、建议。
1.使用不同的快捷键，来执行各自不同的操作。

(1)Ctrl：添加/编辑轮盘动作。

A.若选定槽位为空，然后松开鼠标，则打开"添加轮盘动作"页面。
B.若选定槽位非空且未添加子动作，然后松开鼠标，则打开编辑页面的"直接触发"标签页。
C.若选定槽位非空且已添加子动作，则自动添加一个临时的子动作空槽位。

• 在父槽位上松开鼠标，则打开编辑页面的"直接触发"标签页。
• 在子槽位上松开鼠标，则立即编辑子动作。
• 在空槽位上松开鼠标，则打开编辑页面的"可视子动作"标签页。

(2)Shift：删除轮盘动作。
A.若选定槽位为空，然后松开鼠标，则不执行任何操作。
B.若选定槽位非空且未添加子动作，然后松开鼠标，则打开一个对话框，用于选择删除内容："删除所有直接触发"，"删除所有按键触发"，"删除整个动作"。
C.若选定槽位非空且已添加子动作。

• 在父槽位上松开鼠标，则打开一个对话框，用于选择删除内容："删除所有直接触发"，"删除所有可视子动作"，"删除所有按键触发"，"删除整个动作"。
• 在子槽位上松开鼠标，则立即删除子动作。

@cuiliang

[cuiliang]

ctrl+shift， 确实没有考虑到输入法干扰的问题。 但现在还没有更方便且无害的方案。 ctrl/shift，本身可能作为触发按键或在动作里用于切换执行模式。 后面再考虑一下怎么处理比较合适。

其它问题暂时还没有时间深入考虑。 以下是AI结合目前情况的分析，可以参考。
其中之一：中心显示当前轮盘/场景/程序，地方过小了。 而且用户对自身使用的程序是明确的，所以我认为显示的必要性不大。你上面说的”子轮盘“ 我也没太理解。

总体看，他的“痛点判断”大多合理，但把执行、编辑、场景管理、轮盘导航都塞进同一个悬浮轮盘，方案有些过载。轮盘最重要的是快速、低干扰、少误触；不宜直接变成缩小版管理后台。

哪些合理

想法 | 评价 -- | -- 显示当前轮盘、当前场景/程序 | 合理。当前中心圆点不够直观，尤其存在网址、程序、全局等多个来源时 中央显示悬浮项名称和图标 | 很合理，属于低成本、高收益的反馈 快速添加、编辑空槽 | 合理，v2.1.12 的 Ctrl+Shift 已经证明这个方向有价值 可视子动作 | 合理，当前代码已经实现一层外扩子动作 快速打开当前场景的轮盘管理页 | 合理，而且现有导航 API 已经具备 多个来源之间精确选择 | 有一定价值，尤其当前场景继承链较长时 指出 Ctrl+Shift 可能切换输入法 | 合理，这是当前快捷管理的真实交互问题

哪些需要调整

“编辑模式”

目标合理，但持续编辑模式容易产生“当前到底是执行还是编辑”的模式错误。特别是轮盘通常靠肌肉记忆操作，一次忘记退出编辑模式，就可能把执行变成打开编辑器。

更合理的是：

• 普通轮盘永远保持执行模式；
• 通过明确的“进入本次管理模式”操作临时切换；
• 界面必须显著变色，并在一次编辑、ESC或关闭后自动退出；
• 滑动触发模式不进入长期编辑模式，仅点击模式支持。

“固定轮盘”

有一定使用场景，但不应该直接固定正在执行的轮盘会话。当前轮盘的 Hook、超时、鼠标提交和窗口隐藏都围绕短生命周期设计，强行固定会让很多状态变得含糊。

更合理的是把它定义为独立的“轮盘预览/管理模式”：

• 看起来仍是轮盘；
• 不执行动作；
• 可以连续编辑、拖放和添加；
• 与瞬时执行轮盘共用数据，但不是同一个运行会话。

“切换所有轮盘”

当前滚轮切换的是与前台场景有关的来源视图，例如网址、程序、全局。这类切换合理。

但在运行轮盘中列出“所有已经创建的轮盘”不太合理：

• 列表可能非常长；
• 会脱离当前前台场景；
• 用户可能误以为切换后仍遵守当前场景规则；
• 本质上已经进入场景管理。

更适合只显示“本次上下文的来源链”。要浏览全部轮盘，应打开场景管理窗口。

“添加/删除程序子轮盘”

概念与当前模型不一致。现有代码里没有独立的“程序子轮盘对象”，而是：

• 场景；
• 场景自己的轮盘动作；
• 与上级轮盘的合并/独立关系；
• 运行时解析出来的合并视图。

所以“删除当前轮盘”可能分别代表：

• 清空当前场景动作；
• 恢复继承；
• 删除独立版式；
• 删除整个子场景；
• 删除当前看到的上级来源动作。

这些结果完全不同，不能放成一个快捷删除按钮。应改为“管理当前场景轮盘”，再让用户明确选择恢复继承、清空本地动作或删除场景。

哪些不建议采用

Ctrl 编辑、Shift 删除

不合理，至少不能按现有描述直接实施。

因为 Ctrl 和 Shift 已经可以配置为轮盘项的按键子动作，现有键盘处理会优先尝试执行它们。改成编辑/删除会破坏已有配置。

Shift 删除还存在误操作风险：

• 轮盘是快速肌肉记忆界面；
• Shift 很容易因为输入法、选区或其它操作仍处于按下状态；
• 合并视图中看到的动作可能实际来自全局或父场景；
• 删除局部动作后，上级动作可能立即重新出现，看起来像“没删掉”。

现有“打开编辑器→明确来源→确认删除”的流程虽然多一步，但安全边界是必要的。

工具栏始终放七个按钮

不太合理。工具栏会：

• 增加视觉噪音；
• 扩大窗口占用；
• 与外扩子动作争抢空间；
• 让用户从方向选择转为寻找小按钮；
• 显著增加误触和状态复杂度。

可以保留一个管理入口，进入后再展开少量操作，不需要始终显示七个按钮。

悬浮数秒才展开子轮盘

时间太长。轮盘追求快速操作，等待“数秒”会破坏效率。当前代码首次命中立即展开，父项之间切换使用约 160ms 意图延迟，这个方向更合理。

“鼠标离开子轮盘立即隐藏”也不理想，因为父项与子项之间可能有跨越路径。当前锁定展开并使用意图走廊，能减少闪烁和误收起。

更合理的整体方案

建议把轮盘分成两个清晰状态：

1. 执行轮盘

保持现在的快速特性：

• 中心显示当前场景/来源；
• 悬浮后显示动作图标和名称；
• 有子动作时自然向外展开；
• 滚轮只切换当前上下文来源；
• ESC关闭；
• 不显示大型工具栏；
• 不直接提供破坏性删除。

2. 轮盘管理模式

通过中心的一个小管理按钮或可配置快捷键进入：

• 轮盘整体明显变色；
• 空槽显示“＋”；
• 已有槽显示编辑标识；
• 可视子动作末尾增加一个临时“＋”，表示追加子动作；
• 单击槽位打开现有编辑器；
• Delete键或删除按钮只打开确认，不直接删除；
• 提供“打开完整管理页”；
• ESC或完成一次操作后退出。

快捷键应成为可配置的“轮盘管理快捷键”，并检查它是否与已有按键子动作、轮盘触发组合及系统快捷键冲突，而不是硬编码为 Ctrl 或 Shift。

我的优先级建议是：

1. 先做当前来源文字和中心动作预览；
2. 解决 Ctrl+Shift 输入法冲突或允许配置管理快捷键；
3. 支持管理模式下追加、编辑可视子动作；
4. 增加“一键打开当前场景轮盘管理”；
5. 最后再评估独立的固定预览/管理窗口。

“全轮盘选择器”“一键删除程序轮盘”“七按钮常驻工具栏”可以暂缓，收益相对小，复杂度和误操作风险却很高。