这是针对 官方 Bcc 插件 的。
建议 1
我们能否同时使用 {name} 和 {username}？在允许使用真实姓名的论坛中，使用真实姓名会显得更加亲切。
建议 2
您是否考虑过将用户体验/语法与（同样是官方的）Discourse Canned Replies 插件保持一致？例如，使用以下内容替代 {username} 和 {@username}：
%{username}%{@username}
如果采纳我的第一个建议：
%{name}
Cc @Qursch
3 个赞
这两个听起来都是很好的建议。我本周末就开始着手处理。
编辑：PR 已创建。
2 个赞
好东西！但在测试中我注意到旧问题又出现了，第一个收件人的名字出现在所有后续消息中——天哪！这和以下情况一样：
目前看来，我可能是唯一一个真正使用此功能的人！
2 个赞
刚提交了一个包含看似修复方案的 PR，但我不确定为什么添加姓名个性化会导致此问题，因为之前是正常工作的。
2 个赞
你太棒了！合并后我会测试一下。
嘿，我意识到上面关于 Name 的建议还有另一个问题——我们实际上需要的是 Firstname。你觉得能不能直接用字符串的第一个单词？
我在 Excel 里能做到，但在 Ruby 里完全没头绪！！！
1 个赞
谢谢，我只是尽力贡献一点力量。我实际上会为 %{first_name} 和 %{last_name} 添加更多选项，并将现有的改为全名。
2 个赞
你进展得如何？
从 Fix personalization (#11) · discourse/discourse-bcc@74442fd · GitHub 来看，%{first_name} 这个方法似乎行不通，但你已经修复了这个 bug。
附言：你喜欢我起的“问题报告者”这个头衔吗？人们常说，模仿是最高形式的奉承！
1 个赞
是的，这个 bug 应该已经修复了（我已反复测试）。关于名字和姓氏，Discourse 并没有单独的名字和姓氏字段，只有一个整体字段，因此不存在“一种方法适用于所有情况”的方案。
干得漂亮！！！
（虽然不太确定在 Discourse 里用 GIF 是不是个好主意，但看到后实在没忍住）
是的，我知道——如果字符串中包含空格，需要一些巧妙的代码来分割它，只保留空格之前的字符。如果没有空格，则直接使用整个字符串。
就像我说的，我可以在 Excel 里做到，但在 JavaScript / Ruby 里不行！
1 个赞