This is merged → UX: Notification panel update by jordanvidrine · Pull Request #33795 · discourse/discourse · GitHub
UPDATE:
This is now active on meta for all users
Experiment for a new look & style for header dropdown menus along with notification item styles.
We remove the “active” border styling from dropdowns in header. This border adds a complication to styling when creating themes.
We add spacing, and change the “active” icon styling on the notification menu.
太棒了，这个实验很令人兴奋！喜欢这里的新外观，Jordan 
一些初步的反馈：间距感觉有点太紧了，我们能尝试增加一点间距吗？我认为这是因为 kbd ⌄ kbd kbd ✓ Dismiss kbd 按钮的内边距有点大。我认为如果我们将它们对齐到相同的内边距（0.75rem？），那会很好。
像这样吗？：
感谢你们两位的反馈。你们的意见都非常中肯 
我会等收集到更多反馈后再进行处理，但请放心，我会将这些意见加入列表。
一些初步印象：
对于 Default 和 Horizon：
仅限 Horizon：
我发现为了给旧通知（我可能已经处理过的）腾出更多空间，而牺牲了新通知（我还需要处理的）的上下文：这是一个意想不到的权衡。
这与@moin上面所说的以及@keegan指出的更密集的设计是一致的，与我们一直致力于减少密度的组件（如侧边栏）背道而驰。
这是因为 Horizon 设置了更大的边框半径，并且 core 将此半径设置为“large”。我现在已将 core 中的此边框移至继承常规设置的边框半径。
说得好。我认为这是由于一个不正确的设置。
这可能与实验目的有些偏离，但我认为限制我们设计的更大问题是我们显示的通知数量。我认为没有必要仅仅因为浏览器高度允许就显示一整页的通知。用户可以点击“显示更多”，然后在需要查看所有内容时被定向到 /my/notifications。
我认为这是朝着正确方向迈出的一步，我们可以：
例如，我在 Dribbble 上找到的这个设计在通知数量/每个通知的信息量/密度方面比例很好。
啊，是的，我真的很喜欢那个显示器。
我还注意到，在您的截图中，头像被图标遮挡的程度不如我的截图。在首选项中选择“较小”的文本大小似乎会导致这种情况。也许以前也是这样，因为我更改了文本大小，所以头像被遮挡的比例更大，但现在头像被遮挡的比例比以前更大了。（我仍然更喜欢以前只有图标的版本，所以没关系。）
供比较：启用实验且处于安全模式下
并且一些图标是缩进的
我认为我们需要在通知周围留出更多空间，这也将解决此对齐问题：
这些圆角可以相同吗？
我觉得灰色背景不能很好地指示新和活动状态……我们通常对新和活动状态都使用三级色，而灰色用于悬停状态。
图标现在对我来说有点太小了，我发现自己眯着眼睛才能看清一些图标。
您对这如何与搜索菜单的更改一起工作有什么想法吗？我们最近在搜索菜单中使用了全宽高亮显示，所以回到盒子感觉有点不对。
坦白说，我不喜欢它，更喜欢旧的布局。
旧的：
新的：
由于我们不再有分隔通知和图标的边框，它们与项目之间的错位给人一种东西不对劲的感觉，尤其是在第一个图标上。
图标太小了，而且在移动模式下间距不对。这使得点击正确的图标更加困难。我已经不小心点击了两次通知而不是图标。
我不同意。我们利用可用的视口是件好事。
这会很好。
我已经在本地尝试过这个了，感觉“不对劲”，但我可以在这里实现，看看大家觉得怎么样。
您能尝试增加项目之间的间距，使其与外部填充相匹配，看看效果如何？
