浏览器对不同语言文字有不同的字体回退列表。
如果你想让简中和繁中用同样的字体显示，可以从 https://chrome.google.com/webstore/detail/advanced-font-settings/caclkomlalccbpcdllchkeecicepbmbm 安装 Advanced Font Settings ，然后把 Traditional Han 的字体设置成和 Simplified Han 一样的。

@snw 拿信息流和聊天对比你可真行

在我看来 TG 在频道里插广告而且用和普通消息几乎一样的外观这一点就比微信恶劣多了，让我没有任何用 TG 的欲望。通知我用 Slack ，比 TG 好用得多。

@zhao1014
使用局部变量比取得 4 次成员变量要更高效。
在这里 `value` 和 `this.value` 完全等价，字节码也不会有任何区别。

DuckDuckGo 是否比其他浏览器更严并不是关键，关键是它说一套做一套，可以说是欺骗用户了。

你在 remove() 里只改 head 和 tail 不改后 node 的 prev 和前 node 的 next ？

楼主可能根本就没有意识到现代视频编码的压缩率有多小，常见的 H264 视频，相对未压缩的 RAW 格式的压缩率是千分之一这个级别的，再不济也有百分之一，你文本压缩能有这个压缩率？更何况视频本来就比文本复杂得多。

@minilei 我用的 27GN950 在显示器菜单里可以设置。

3 楼正解，看看有没有在国外上市就知道了

@lisongeee 有局部状态的又不是只有你这一个应用，所有应用不都有局部状态么？跟屏幕显示相关的状态（比如弹幕位置、列表位移）用 rememberSaveable ，其他状态放 ViewModel 啊，你总不至于所有处理全部放在 View 层吧？

@zoharSoul 你可能对 Android 和 Compose 开发不熟悉吧，从原来的 Activity 到现在的 Fragment 和 Compose 的方式是一种进步，而且 Navigation Component 都不支持旧方式了，如果不是有什么特殊需求我实在想不到有什么理由非要用原来的方式，而返回手势就是这特殊需求之一，所以他的这个问法给人的感觉就是因为要实现返回手势所以需要旧方式。

@lisongeee 并不是完全没关系，如果你不需要返回手势的话 Navigation Component 的这种方式是更好的选择，因为它更省资源，性能更好，生命周期管理更容易。

@lisongeee
如果你想要的是返回手势（并且要求跟手）的话，那据我所知只要你用 Navigation component 就是实现不了的，哪怕你的应用是 activity-based 的。你必须自己管理路由。
所以你是没看到我这句话？

@lisongeee
是你没搞懂，或者说你把几个问题混在了一起。
关于同时渲染两个页面，我说了通过 https://google.github.io/accompanist/navigation-animation/ 可以实现，它在底层用的是 AnimatedContent ，你可以去看看 https://developer.android.com/jetpack/compose/animation#animatedcontent ，如果不能同时渲染两个页面那你以为这个动画效果是怎么实现的？
如果你想要的是返回手势（并且要求跟手）的话，那据我所知只要你用 Navigation component 就是实现不了的，哪怕你的应用是 activity-based 的。你必须自己管理路由。
关于状态的保存，是的，你页面里所有的 UI 状态都应该用 rememberSaveable 包裹，注意这里的 UI 状态不包括数据，数据应该由 ViewModel 负责。

@lisongeee 需要保存的 State 就用 rememberSaveable ，这样回到前页的时候就能自动恢复。如果你需要在后台运行一些处理，那你应该考虑用 ViewModel / Service / Work manager 等等。

@lisongeee 这个用 https://google.github.io/accompanist/navigation-animation/ 完全可以实现。

不如直接在 Kotlin 官方 Slack 的 compose 频道问，那里还有不少 Google 员工出没。

@wasd6267016
以我用过 3 台广色域显示器（其中包括一个未校色状态下严重过饱和的笔记本显示器）的经验来说，校色可以在整个系统范围内有效缓解过饱和，包括系统 UI 和壁纸，可能它们的颜色不一定完全准确，但至少我看不出有过饱和（对比其他 sRGB 显示器）。说实话我有点怀疑说校色以后还是过饱和的人有没有使用正确的参数进行校色。

楼主的结论是错误的。
颜色过饱和只是因为显示器没有内置正确的颜色配置文件（或者 Windows 没有正确读取），这种情况只要用校色仪校个色就能解决。
https://i.imgur.com/wkmBnLH.png