 |
摘要 | 可翻译的主题及帖子回复按钮标签 |
 |
仓库 | https://github.com/Lillinator/discourse-reply-button-labels |
 |
安装指南 | 如何安装主题或主题组件 |
安装此主题组件
概述Discourse 核心的主题和帖子回复按钮使用相同的字符串，对于经验不足的用户来说，可能不太清楚它们各自的功能区别：
不幸的是，在 管理面板 → 站点文本 中修改标签会同时更改两个按钮的标签。
这个轻量级主题组件会在主题回复按钮后附加“到主题”，在帖子回复按钮后附加“到帖子”，使其更加清晰，同时也支持对这些字符串进行修改和翻译。
对于未使用 AI 翻译的多语言论坛，我们已包含了一些通用的本地化文件。
如果只想使用“主题回复按钮”字符串，只需删除 post_reply_append 字符串组件翻译设置中的任何条目并保存即可。
截图英文
设置
注意目前该组件仅适用于桌面视图；我可能会添加一个切换选项以支持移动端的主题帖子按钮文本，但在移动端视图的页脚 UI 中空间非常有限。
感谢指出！
回顾嵌套回复主题中的近期帖子，以及您敏锐的观察：
我与 @ToddZ 表达了同样的担忧：仅标记为 回复 的按钮需要更加明确。
一些用户可能会认为 回复主题 只是 回复 的另一种说法，而没有意识到这两个操作是不同的。
作为一名版主，我多年前就放弃了去纠正用户误点回复按钮的情况。随着嵌套回复的引入，我看到同样的工作量又将回归。
一个虽小但很重要的细节，谢谢 @Lilly 
哇，一个字母差别真大 
可以使用任何看起来更精确的文本……我用了“回复主主题”，希望能更加清晰。“添加新评论”也许是另一个选项？（不过，如果用户只是不理解论坛术语，那恐怕是一场艰难的斗争。）
如果你们想拥有同时修改两个按钮的功能，直接说一声就行，哈哈。
我再多睡一会儿，之后会看看这个。
是的。
如果能有一个选项来自定义两个按钮的标签，那就太好了。
组件已更新，允许更改帖子和主题回复按钮的标签。
看来相当忙碌啊。
我已在嵌套主题视图中添加了浮动主题回复按钮（抱歉之前遗漏了）：slight_smile:
请更新该组件
在嵌套视图中，您可能会觉得“回复帖子”按钮有些繁琐，因此如果您不希望出现额外的按钮干扰，只需将字符串字段留空即可。
我可能有点离题，也超出了讨论范围，但这个非常不错的插件基本上只适用于桌面端。原因如下：
我的用户（北欧地区普遍情况）中 85% 以上使用移动设备。他们迫切需要更清晰的回复。图标对普通用户来说不够直观。
但这比该组件本身涉及的问题更深层。
我明天会看看能否为移动端添加一个主题回复标签的选项。
好的，我添加了一个设置，用于在移动端视口尺寸下切换主题回复按钮的标签：
我尝试将其添加到帖子回复按钮上，但由于该区域已有其他内容，这几乎完全破坏了整个主题页脚的布局。此外，由于 Discourse 在移动端处理该部分的方式，通过初始化器将其注入到 DOM 中也非常棘手。抱歉各位，你们只能暂时接受仅在移动端显示主题页脚按钮标签的方案。
那看来没办法了。
如果我记得没错的话，我之前曾提出过类似的问题：对于有 Facebook 背景的一般用户来说，“回复帖子”这个概念很难理解，他们不会对回复图标做出反应。当时的回答是，这基本上是一项不可能完成的任务。我曾考虑在日记类话题中使用嵌套样式，但即使有更信息丰富的回复按钮，那套系统也实在太令人困惑了。
问题所在——也是我目前严重偏离主题的原因——是当话题超过大约四条帖子时，较早的帖子或原始帖子往往会引发一些评论想法。特别是新用户不发表评论，因为他们看不到自己熟悉的回复选项。但这涉及到 Discourse 的根本设计问题，我曾希望你们的 TC 能给出解决方案。
如果我有相关技能，且技术上可行，我希望能在工具栏（或无论它叫什么）正下方直接显示回复框。
但还是要非常感谢你抽出时间并尝试解决这个问题。
这个问题已经困扰大家很久了，但 Discourse 的创始人似乎坚持认为不存在问题。我不同意这种看法，但预计这并非核心代码中容易进行的改动。
