我已经在许多屏幕共享会话中看到这个问题：向导保持一半未完成，停留在列表中，即使扩展添加了新的向导，也让人感觉陈旧。尽管新的向导被添加到末尾，但顶部的向导没有空间。
向导应该是上下文相关的、简洁的和不杂乱的——不要感觉像床边的一堆书，让你觉得自己没有足够快地升级。
我的参考：
一种行为可能导致这种情况：
- 用户从未使用过向导，但随着他们使用VS Code,步骤会被完成。 当用户使用VS Code时，向导步骤的done启发式仍然会被触发，慢慢地完成向导，但永远不会完成它们。
- 用户在使用向导时继续前进。 用户探索一些对他们感兴趣的项目，然后自然地切换到使用VS Code或关闭“开始”选项卡。
- 用户完成他们需要的内容，留下其他内容。 用户故意点击他们需要的内容，留下其他内容。
- 用户不花时间微观管理入门内容。 虽然向导可以被消除，但这个操作有一些不确定性(他们永远完成还是只是隐藏？),并且还会给入门功能带来不必要的微观管理负担。
可以结合以下想法使向导列表更具相关性和可操作性：
- 不要在向导未打开的情况下完成步骤。这使得进度更容易理解。
- 不要⭐️标记已完成超过一半、有任何进展或已经打开过的向导。
- 减少一些待办样式的复选框和进度，以减轻微观管理的负担(并简化UI)。
- 从待办样式切换到更简单的设计。我们已经有来自@lychung7和@misolori的幻灯片UI上的现有模拟设计，它也是一个对小屏幕设备更响应的设计。
7条答案
按热度按时间1tu0hz3e1#
请不要在未打开向导时完成步骤
这会不会让完成项目变得更难？
不要⭐️标记已完成一半、有进度或已打开的向导
我会更进一步，也许降低核心向导的重要性，使它们平等。
还有一些其他想法：
gab6jxml2#
Don't complete steps without the walkthrough being open
Wouldn't this make it harder to complete items?
The outcome I aimed for would be that less walkthroughs are partially completed even though a user never opened them – making progress more "real".
Love all the ideas! 2 and 3 seem low hanging enough for experimenting.
jrcvhitl3#
可以降低"特色"提升，增加"已经在那里一段时间"的惩罚。
anhgbhbe4#
关于Harald提到的后两点，我有两个想法，希望得到反馈！一个是采用幻灯片的方式，另一个是保持当前走查体验的总体外观，但对手动检查步骤进行更改。
幻灯片
Screen.Recording.2022-02-04.at.3.10.33.PM.mov
更新后的“清单”方法
Screen.Recording.2022-02-04.at.3.11.03.PM.mov
i1icjdpr5#
我喜欢"单一任务"视图的简洁性。一个小缺点是有些人无法快速浏览各种步骤并选择一个，他们必须逐个进行。我想知道是否有解决方法？作为一个想法，我们可以在点上使用悬停提示。
t5fffqht6#
一个小缺点是，有些人无法快速扫描各种步骤并选择一个，他们必须逐个进行。
我认为增加的简单性可以帮助：a)减少用户需要做出的选择，b)阶段性披露增加了发现的元素，以及c)每个步骤独立存在时提高了可学习性。
在点击“显示终端”按钮后，步骤仍然显示。当前的体验在用户采取行动后隐藏步骤，但我认为我们应该继续显示步骤。
我喜欢这个简单的修复。用户首先点击，然后有他们的顿悟时刻，然后再检查查找快捷方式的想法对我来说是有意义的。
nnvyjq4y7#
关于Harald提到的后两点，我有两个想法，希望得到反馈！一个是采用幻灯片的方式，另一个是保持当前走查体验的总体外观，但对步骤的手动检查进行更改。
幻灯片
Screen.Recording.2022-02-04.at.3.10.33.PM.mov
更新后的“清单”方法
Screen.Recording.2022-02-04.at.3.11.03.PM.mov
从扩展点的Angular 来看，我喜欢幻灯片的想法；走查可以针对某些场景进行设计。例如，第一步是创建项目，然后下一步可能是F5等。
然而，如果有很多步骤需要执行，这可能会很繁琐。以前，我们验证了快速入门项目的数量应少于5个左右，超过这个数字会让客户感到害怕。