我在 臺鐵用Openstreetmap! - 台灣/Tâi-oân/Tâi-uân/Thòi-vân (Taiwan) - OpenStreetMap Community Forum 上尝试发布主题
臺鐵用OSM!
收到了一个警告，说这低于15个字符
让我们看看
echo 臺鐵用OSM!|wc -c
14
所以我不得不改一下。
echo 臺鐵用Openstreetmap!|wc -c
24
无论如何，Discourse 的默认设置存在文化偏见。
碰巧一个汉字可以包含很多含义，不应该仅仅被当作三个无聊的字节。日文的 kanji 也是如此。
请注意，我并不运行这些网站。我只是一个最卑微的用户。
嗯，这可以由网站管理员设置。我认为这应该归咎于他们。
我也是一个中国用户，我的论坛管理员将主题的最小长度设置为 1。
更新：哦，看来这是一个面向全世界的网站。
无论如何，既然网站管理员想走向全球，尊重语言差异才是明智之举。
我的意思是，全球默认设置
不应该仅仅以欧洲为中心。
Discourse 支持 UTF-8，因此它也应该有一个更好的算法来设置默认值。
这样如何，所有西方管理员都需要设置更高的默认值，
因为 Discourse 假设用户使用中文。这和目前相反的情况一样不公平，
即所有东方管理员都需要更改默认值。
Discourse 随附了针对中文站点的调整后的自动默认设置。
我们有每个站点的默认设置，我们的中文默认设置还不够宽松吗？
我一无所知，一个“指责”的词就触发了我，这就是为什么我又开始跑题讨论了 
我来自芬兰。我对中文或任何其他非字母语言一无所知。因此，我甚至不会想到这种情况。
这就是为什么我们有（或需要）两件事：
）所以，基本上这里有两个不同的、但又重叠的部分：
你可以像这样添加到你的帖子中
臺鐵用OSM! <!-- 一些更多的文本，因为限制 -->
如果用户必须耍这种花招，那说明设计或管理员很糟糕；）
当然——这是一种权宜之计。
Discourse ships with adjusted automatic defaults for sites if locale
is set to Chinese
大错特错！
在过去，每个社区都留在自己的国家。
一切都很好。
现在，我们有了许多国际社区，
就像我之前发布的示例网站一样。
嗯，你可能会说，上述的国际社区应该
设置一个不同的默认值。
好吧，但问题依然存在：对于 ASCII 用户来说，默认值太宽松了。
是的，我们正在谈论同一网站上的两种用户。而且那些烦人的用户甚至可能在同一网站上切换语言，
一帖一帖地切换，甚至在同一帖子中，甚至在同一标题中。
因此，我建议你考虑每个汉字值 5 个
ASCII 等字符。不仅仅是当前的三个，天哪，这恰好是 UTF-8 字符的字节数……嗯，那些表情符号的得分是 2 到 4……真是一团糟。
不管怎样，我敢打赌有人已经写了一个库，可以给你每个字符真正的“价值”，无论是 ASCII 还是非 ASCII。
那根本就不真实。所有这些平台都是美国人制造的，也是为美国人制造的。而且一直存在字符问题。每个欧洲人都可以证明这是真的，因为从宏观角度来看，英语是一种少数民族语言
也许可以为每个类别设置一个（可选）选项，以降低最小长度。因为在国际论坛上，如果你用中文（或其他任何语言）发帖，通常需要一个专门的类别。
这是一个有趣的#feature请求，由于连贯性，它很复杂
此外，非国际网站可能会因为垃圾邮件向量而不喜欢这个
这里没有简单的更改，而且已经存在很多选项
实际上，您可以将标点符号计数为，例如，-1，
unicode ，
U+002C COMMA ...
类别：Po（标点符号，其他）
unicode ’ ’
U+0020 SPACE …
类别：Zs（分隔符，空格）；
在这里，我们得到+5，来自第一次翻译，h e a r t
$ unicode -v 心|grep Def
kDefinition：心；心智，智力；灵魂
例如，请参阅
apropos perluniprops
perluniprops (1) - Perl 中 Unicode 14.0.0 版本字符属性的索引
apt-cache policy unicode #Debian
unicode:
Installed: 2.9-1
那么，这就是为什么这些设置是可调的。 我可以想象，在这些网站上，网站的主要语言不是中文。
此设置的最小值旨在帮助避免非常含糊的主题标题。虽然确实如此，但中文和其他使用象形文字的语言在单个字形中确实比英语和其他使用 26 个字母系统的语言具有更完整的陈述。
因此，系统安装的默认设置通常会遵循诸如标题 15 个字符和帖子要求 20 个字符的最小值等标准。
我不认为应该责怪任何人。因为网站将主要针对目标用户进行定制。也就是说，作为英语用户，如果我期望所有对我来说是外国的网站都有恰当翻译的英语内容，那将是我的恶意。
这是共识，但我不太确定它是否真的有效。Hello you all guys 有 15 个字符长，而且非常含糊。主题也是如此——我们见过多少次简短的回答，后面 (再加上几个字符)。那么 20 个字符的限制就无效了，它只会增加更多噪音。实际上，在英语论坛上，主题的限制可以是 6 个字符，它会阻止 我同意（我们也在计算空格吗？）标题 3 个字符就足够了。
当然，我明白为什么我们需要一些限制，但我不确定 15、20 或任何被 5 整除的数字是否真的准确 但嘿，这就是我们设置这些的原因。
全球论坛必须进行一些调整，如果过短的标题开始成为问题，则使用版主。
抱歉各位，如果我现在伤害了某人的感情，但这个话题说明我们有太多额外的时间可以花费，而不是真正的问题 
（为什么 Meta 不再向我提供表情符号列表了？）
我们认为我们正在迫使用户避免过短的标题。
但实际上我们是在迫使用户使用过长的标题。
这都是一种文化偏见。
不，请不要说“他们应该联系他们的管理员来调整它”。
文化偏见的根源就在 Discourse.com。
缺乏敏感性。
也容易修复。以不同的方式计算字符数。
但谁在乎呢。在我们“覆盖的市场”中不是大问题。
值得再次注意以上内容：
正如你可以想象的，我们收到了很多功能和用户体验方面的请求，我们通常遵循一个原则，即兴趣越高的请求会越早被优先处理。到目前为止，除了你之外，这个请求还没有引起太多关注。
我明白这可能是你非常希望实现的功能，但我认为我们应该注意保持讨论文明和富有成效，而不是诉诸于诽谤。
不过，这样做的坏处是，如果您随意将每个汉字设置为等于 5 个拉丁字符，而错误仍然显示“标题必须至少包含 15 个字符”，并且您输入 3 个汉字后错误消失了，那么错误描述将变得毫无意义（因为您输入的是 3 个字符而不是 15 个字符）。
我想在一个国际网站上，如果我问自己“上帝会怎么做”——该网站会检测您尝试输入的标题语言，并相应地显示适当的最小字符要求。
等等，针对每种语言集。
不过，这样做的另一个问题是，人们也可以在标题中使用多种语言，就像您在原始帖子中所做的那样。
这取决于为所有这些工作付出的努力以及它的实用性与当前全局默认值的权衡。
我只是想说，我不确定是否有必要上升到人身攻击——我精通英语和越南语，目前正在学习俄语，并且学过一些拉丁语、中文和日文。顺便说一句，Discourse 拥有我所见过的地理最多样化的团队之一（遍布 6 大洲和 15 个时区）。我认为这与敏感性无关，而是后勤问题。
大多数网站只使用一种语言，这就是为什么有一个单一的全局默认值供管理员更改最小标题长度，并为每个区域设置默认值。
对于一个讨论多种语言的网站，这要少见得多，该网站的管理员可以将限制降低到 3 或 5 个字符。
（之所以将其交由管理员处理，是因为例如最小字符数为 3，人们就可以用英语写非常短的垃圾标题，如果英语是最常用的语言的话。对于成熟的用户群来说，这可能不是问题，但对于其他社区来说，可能是一个问题。这取决于管理员根据其用户群进行权衡。）
我确实想到了另一个解决方案，那就是让最小主题标题长度可以按类别设置，如果存在多个使用不同语言的类别。
对于核心来说，这可能仍然取决于其使用频率——但也可以通过插件来实现。
垃圾信息的原因/标题清晰度是将其交由管理员而不是用户处理的主要原因。尽管我也理解在多语言论坛中作为用户目前的沮丧感。
与其计算字节，不如例如：
wcswidth (3) - 确定固定宽度宽字符字符串所需的列数
无论如何，这就像“选择你的头像”，而他们却是别人的种族和性别。
而且你知道吗，我以为我已经通过电子邮件回复了这个问题。但我想在我离线时该主题已被重新分配。因此，当电子邮件到达 Discourse 时，没有地方可以发布它，所以它进入了 bitbucket。所以我发现了一个错误。至少用户应该收到退信。
Search results for 'wcswidth' - Discourse Meta 只找到这一个回复。我其他的电子邮件帖子都收到了，但提到 wcswidth 的那一个没有。这一定是由于主题更改等原因造成的。
我对主题更改没意见。但系统应该确保通过电子邮件告知用户他们的帖子失败了……由于……
好的，我可以确认发送消息到一个已关闭的主题确实会收到一封拒绝邮件（但它会丢弃用户输入的正文！），但对于主题更改等，似乎邮件被丢弃了。
