这个功能在哪个版本可用？2026.8 吗？
1 个赞
该版本在 2026.7 中可用，但相比旧版本，其更新进度将会滞后……如果要测试实验性更新，最好使用最新的发布渠道（当前为 v2026.8.0-latest.1），因为在早期阶段，功能变化非常迅速。
为什么不能加入自定义工具栏的功能呢？这样就能适应所有用户的需求。尤其是在手机上，能直接显示我们需要的按钮，而不必来回滚动查找。这只是个想法。
5 个赞
我们绝对也有同样的想法！只是它并不属于作曲器（composer）重新设计的一部分，因为这次的重设计主要涉及样式和布局调整，而不是添加新功能（例如工具栏自定义所需的功能）。不过，我抱有希望，这个想法会在不久的将来得以实现。
3 个赞
在我看来，改善移动端撰写体验不应以牺牲桌面端用户的体验为代价。我们的社区作为一个 B2B 支持渠道，连接着每一位坐在电脑前工作的人：
要求他们调整肌肉记忆，从他们的角度来看是一种不必要的挑战，也违背了桌面端将工具和控制项置于顶部而非底部的既定惯例。
我怀疑你的网站可能属于一个规模较小且正在萎缩的群体，其用户主要以桌面端为主。
我们可能恰恰相反。
如今，你打开一个新闻网站，看到的视频几乎都是为了移动端观看而调整的——在桌面上看效果很差。
移动端的浏览和用户体验已经落后于桌面端一段时间了。我一直希望能在这两种设备类型上获得一致的体验。不过，当然，形式上需要做一些妥协。
2 个赞
我发现 Fakebook 主题存在一个问题，不过我不确定这是否与主题本身有关。当我尝试从主话题列表查看某个话题时，系统却将我带入了新编辑器的编辑视图。这发生在移动端（Android PWA）上。
此外，我认为在编辑活动描述时也存在一个问题。当我尝试在描述中添加链接时，出现了一些异常现象：粘贴链接后，它似乎消失了。
我最初已为我们的用户启用了该功能，但遗憾的是，我决定暂时将其禁用。期待 Beta 版本发布，届时它应该会更加稳定！
1 个赞
我现在已经为 Meta 上的所有用户启用了这项更改，以便扩大测试范围。我特别想听听大家的反馈，看看在任何配置或设置下，是否真的有什么功能出现了问题。
4 个赞
这是我第一次在 iOS 设备上体验新的编辑器；与昨天使用旧编辑器相比，它似乎没那么容易出问题了，但我当时没有报告，因为我知道会有这个新编辑器。
原帖里有一个小问题；
1 个赞
这一步已经迈出了第一步：
这是一个独立的更改。
3 个赞
3 个赞
众所周知，AI 多年来一直在辅助 Discourse 的开发，因此我很好奇这次重新设计中有多少部分是借助 AI 完成的，以及它是“如何”实现的？
我之所以好奇，是因为我想了解它的起源——在编写第一行代码之前，是否已经使用了 AI 来进行视觉构图？
nah，这些想法早在2024年就已经在内部讨论过了，用的还是我们老派@chapoi的脑力……不过我不太清楚这有什么意义，不管起源如何，我们验证工作的方式和以前一样，AI并没有指挥我们（至少目前还没有 
）
6 个赞
哈哈，这样我就知道该怪谁（或者怪什么）了！
太长不看版（TL;DR）
虽然它看起来挺不错的，但用起来可能就没那么顺手了……更多反馈待定。
我认为，正如本主题中其他人提到的那样，肌肉记忆方面是最先让人感到不适的地方。
在此基础上，我也不喜欢把所有东西都塞进底部那一行，只为了满足最低限度的上方操作需求。感觉这里像是在用一个极端去替换另一个极端。没错，极简主义确实是一种挑战。
我实际上认为底部区域也存在视觉对齐/切线问题，看起来很烦人，并且产生了一种主动的视觉牵引感。这里的信息量很大，目前的状态大约只完成了最终方案的 50% 到 75%，因此看起来并不完整。
不过，有一个非常具体且易于执行的问题。
我不知道为什么在编辑框弹窗的左上角，“以…身份回复/回复…” 按钮使用的是分享类型的图标。
该图标已经在底部菜单中被确立并用作"上传"按钮。这是一个糟糕的 UI 决策。至于它是如何出现的，我不知道，但这绝对不行。此外，它在视觉上显得小写，在我看来，这既不符合阅读习惯，也没有起到应有的作用。
如果没有其他更好的方案，我建议恢复原始图标（或功能等效的图标），或者干脆将其完全移除，即使是后者也是一种改进。
那个图标不应该出现在那里。
注：以上所有反馈均基于桌面端。
