我的蓝色未读点似乎有些曲折，导致描述过早被截断。
既然已读通知已“灰色显示”，我们是否不再需要这些点？
6 个赞
截断是由于在“单词边界”处截断，我认为这对于可读性更好。
锯齿状/之字形点是我们为主题列表和侧边栏所做的。根据反馈，我选择了这个方向，但个人更喜欢它们都在最右侧区域。
嗯，这很有趣。
目前，我们在 UI 中合并和模仿了两种模式。
在侧边栏中显示未读内容：
蓝色点
在主题列表中显示未读内容：
蓝色点，文本为原色
2 个赞
是的，我有点明白了，带背景色的图标有点像“蓝色”圆点通知。
嗯……我不确定。有了图标在那里，对比度有点勉强。我们也可以随时更改图标的颜色。
我认为我们收到了足够多的反馈，表明人们更喜欢更多的词而不是截断。我会去掉它。
3 个赞
请问是否可以恢复已查看/忽略的通知与新通知之间的区别显示？目前我没有看到任何区别。
2 个赞
我很好奇是否可以模仿 Gmail 移动应用程序的样式？它已经是一个既定的范例了
（粗体与细体）
2 个赞
由于我的通知下拉菜单中只有新项目，而且没有看到任何不同的标记，直到我查看完整页面通知时，才注意到已读项目上令人沮丧的灰色图标。
我喜欢有未读项目时的“蓝色海洋”，甚至一次也没有想过“哇，盯着我看太多的颜色了”。这样很容易看到有些事情需要我的注意，或者实际上有人想和我谈话。
4 个赞
这是一个很好的反馈。在一片蓝色中，很明显“嘿，我需要清除所有这些”。
移除之后，它的显眼程度肯定会降低。也许仅仅为了这个目的，恢复点是个好主意。
3 个赞
对我来说，蓝色和灰色之间的区别很小。这也许部分是由于 WCAG 调色板中的灰色更深。我认为，如果已读通知仍然是白色背景上的灰色图标，那区别会更明显。
当然，我看到了颜色差异，但我觉得如果我只有已读通知，已读的看起来就像未读的。
在 \u003chttps://meta.discourse.org/my/notifications\u003e 上，我也看到了灰色背景上的黑色图标。
当我点击信封图标只查看与 PM 相关的通知时，所有消息看起来都未读，即使它们都是已读的。
4 个赞
我想在今天早上进来告诉大家，非常感谢大家的反馈。很高兴能在这么短的时间内，通过大家提出的所有想法一起进行迭代。
感觉我们需要一个更明显的未读指示，所以我又倾向于使用蓝点。
哦，是的……这不太理想。谢谢！
有意思……我会看看。
我真的很喜欢当前迭代的布局，它将所有相关信息都包含在一个紧凑的项目中，而且整体列表间距仍然显得很充裕 
关于状态，我对不同的选项没有强烈的偏好。但我觉得如果能在设计探索中更普遍地解决它，那就太好了。目前还没有一个完全一致的系统，与其现在仅仅寻找适合通知菜单的方案，不如进行更广泛的探索，将应用程序中的状态和上下文进行映射，然后用变量来应用。
例如，是的，状态（已读/未读）类似于主题列表。但上下文不同，而在类似的上下文（其他菜单面板）中，更柔和的灰色通常并不表示该状态。现在它使得其他菜单项看起来更像是表示某种静音状态。所以我认为这真的可以从更系统的映射中受益。
5 个赞
目前，Discourse 的不同部分仅使用了“已读/未读”的样式状态。
菜单中的另一部分是“选中”状态。这用于显示当前选中的通知选项卡。在此迭代中，我们模仿了侧边栏项目的选中状态。
以下是我们正在查看的菜单项的基本审计。已读、未读、选中
侧边栏
对于侧边栏，我们仅用一个点来指示“未读”。如果没有蓝色点，则默认假定为“已读”。
侧边栏 - 激活
这是当前选中的侧边栏项目，即激活状态。
主题列表
对于主题列表，我们目前显示一个蓝点并使用标题和元数据中的颜色进行区分。一个需要注意的是，我们不会在您未关注/订阅的主题上显示蓝点。因此，用户无法立即清楚蓝点是否出现。
菜单
我们在此处使用 selected 作为状态来显示活动选择。我认为这不适用于通知，但它确实适用于菜单通知当前选项卡的选中状态。
目前用于选中的颜色存在不一致。
对于跟踪，我们使用灰色。
对于当前选中的类别，我们使用蓝色。
用户通知页面
此页面在当前迭代中需要一些改进。
2 个赞
一如既往地感谢您的工作，我喜欢您专门为此所做的努力。
请问我可以知道按钮/区域边角填充的原因吗？
老实说，我不明白，但我可能遗漏了什么。
没有额外的圆角填充，看起来就很漂亮 
1 个赞
我明白了，上次更新取消了按钮上的额外填充，在我看来更好看了 
您对此细微改进有什么看法？
这是关于移除右侧活动按钮面板的悬停效果，同时对左侧面板应用微妙的混合效果。
这将有助于区分面板和按钮，并防止在同时存在活动通知和面板时界面显得过于饱和或“完全着色”。
也许是因为我太习惯于已读通知的白色背景了，但在一个其他地方没有使用灰色背景的主题中，出现这么大面积的灰色背景确实有点奇怪。
2 个赞
此实验在 meta 上已恢复上线。请务必加入实验组。
3 个赞