臺鐵用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のデフォルト設定には文化的な偏りがあります。
中国語の漢字は多くの意味を詰め込むことができ、単なる3バイトのつまらないバイトと見なされるべきではありません。日本語の漢字も同様です。
これらのサイトのいずれも私が運営しているわけではないことに注意してください。私はただの最も低いユーザーです。
サイト管理者がこれを設定できます。彼らのせいにすべきだと思います。
私も中国のユーザーですが、私のフォーラムの管理者は最小件名を1に設定しました。
更新：ああ、これは全世界のサイトのようですね。
いずれにしても、サイト管理者はグローバルになりたいので、言語の違いを尊重することが重要です。
世界中のデフォルト、
をヨーロッパ中心にする必要はありません。
DiscourseはUTF-8を許可しているので、デフォルトを設定するためのより良いアルゴリズムも持つべきです。
こうするのはどうでしょう。すべての西側の管理者は、より高いデフォルトを設定する必要があるでしょう。
Discourseがユーザーが中国語を使用していると仮定したためです。現在の反対の状況と同じくらい不公平です。
東側の管理者はすべてデフォルトを変更する必要があるのです。
Discourse は、ロケールが中国語に設定されている場合、サイトの自動デフォルト設定を調整して出荷します。
ロケールごとのデフォルト設定がありますが、中国語のデフォルト設定は十分に緩くないのでしょうか？
私は何も知りませんが、「blaim」という単語一つで、またメタディスカッションに逸れてしまいました 
私はフィンランド出身です。中国語やその他の非アルファベット言語については何も知りません。そのため、そのような状況は考えもしませんでした。
そのため、私たちは次の2つのものを持っています（または必要としています）：
）したがって、基本的にここでは2つの異なる、しかし重複する部分があります：
以下のようなものを投稿に追加できます。
臺鐵用OSM! <!-- いくつかテキストを追加して制限を回避 -->
ユーザーがそのようなトリックを実行しなければならない場合、それは悪いデザインまたは悪い管理者であることを強く示しています
確かに、それはダックテープによる修正です。
「中国語」にロケールが設定されている場合、Discourse はサイトのデフォルト設定を調整して出荷されます。
大きな間違いです！
昔は、各コミュニティはそれぞれの母国に留まっていました。
すべて順調でした。
最近では、私が投稿した例のサイトのような、多くの国際的なコミュニティがあります。
さて、前述の国際コミュニティは、別のデフォルトを設定すべきだと言うかもしれません。
結構ですが、問題はまだ残っています。ASCII ポスターには緩すぎます。
はい、私たちはまさにそこで 2 種類のポスターについて話しています。そして、それらの厄介なポスターは、投稿ごとに言語を切り替えたり、同じ投稿内、あるいは同じタイトル内でさえ切り替えたりする可能性があります。
したがって、各中国文字は ASCII 文字などの 5 文字に相当すると考えていただくことを提案します。現在の 3 文字だけでなく、UTF-8 文字のバイト数と同じです…そして、絵文字は 2 から 4 のスコアになります…なんてこった。
とにかく、ASCII かどうかに関わらず、各文字の本当の「価値」を提供するライブラリを誰かが書いたに違いありません。
それは全く真実ではありませんでした。それらのプラットフォームはすべてアメリカ人によって、アメリカ人のために作られました。そして、常に文字の問題がありました。ヨーロッパ人の誰もがそれを証明できます。なぜなら、大きな視点で見れば英語は少数言語だからです
カテゴリごとに、最小長を短縮する（オプションの）設定があれば役立つかもしれません。国際フォーラムでは、中国語（または他の言語）で投稿する場合、通常は専用のカテゴリが必要になります。
これは興味深い#featureリクエストですが、一貫性の問題から複雑なものです。
さらに、国際的でないサイトはスパムの可能性からこれを嫌うかもしれません。
ここには簡単な変更はなく、すでに多くのノブが存在します。
実際、句読点を例えば、-1、
unicode 、
U+002C COMMA ...
Category: Po (Punctuation, Other);
unicode ’ ’
U+0020 SPACE …
Category: Zs (Separator, Space);
と数えることができます。
そしてここで、最初の翻訳から+5を得ます。h e a r t
$ unicode -v 心|grep Def
kDefinition: heart; mind, intelligence; soul
例えば、
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文字だけで十分で、「I agree」で終わります（スペースも数えていますか？）タイトルは3文字で十分です。
もちろん、なぜ制限が必要なのかは理解していますが、15、20、または5で割り切れる数字が本当に正確かどうかはよくわかりません しかし、それが設定がある理由です。
グローバルフォーラムでは調整を行い、短すぎるタイトルが問題になり始めたらモデレーターを使用する必要があります。
誰かの気分を害したらごめんなさい。このトピックは、実際の問題があるというよりも、私たちがありすぎるほどの余分な時間を費やしていることを物語っています 
（なぜMetaはもう絵文字のリストを提供してくれないのですか？）
短すぎるタイトルを避けるようにユーザーに強制していると考えています。
しかし、実際には他のユーザーに長すぎるタイトルを使用するように強制しています。
すべて文化的な偏見です。
そして、いいえ、「管理者に調整するように依頼すべきだ」とは言わないでください。
文化的な偏見の根源は、Discourse.comにあります。
感性の欠如。
修正も簡単です。文字数を数え方を変えます。
しかし、誰が気にするでしょうか。「私たちがカバーしている市場」では、大きな問題ではありません。
上記から再度注目すべき点：
ご想像のとおり、私たちは多くの機能やUXのリクエストを受け取っており、一般的に、より多くの関心を集めたものが優先されるという原則で取り組んでいます。今のところ、あなた以外からはこのリクエストに多くの関心が集まっていません。
実装してほしいと強く願っていることかもしれませんが、非難に頼るのではなく、議論を礼儀正しく生産的なものに保つよう留意すべきだと思います。
しかし、これには問題があります。中国文字をすべてラテン文字5文字と任意に設定し、それでもエラーが「タイトルは最低15文字必要です」と表示され、中国文字を3文字入力するとエラーが消えた場合、エラーの説明は（15文字ではなく3文字しか入力していないため）意味不明になります。
国際的なサイトでは、「神ならどうするか」と自問自答するなら、サイトは入力しようとしている言語を検出し、それに応じて適切な最小文字数を表示するでしょう。
など、すべての言語セットに対して。
しかし、これにはもう一つの問題があります。元の投稿のように、タイトルに複数の言語を使用することも可能です。
これらの作業量と有用性を、現在のグローバルデフォルトと比較検討する必要があります。
個人的な話をする必要はないと思います。私は英語とベトナム語をネイティブレベルで話し、現在ロシア語を学習中で、ラテン語、中国語、日本語も少し学びました。ちなみに、Discourseは私がこれまで見た中で最も地理的に多様なチームの1つです（6大陸と15のタイムゾーンにまたがっています）。これは配慮ではなく、ロジスティクスに関連していると思います。
ほとんどのサイトは1つの言語しか使用しないため、管理者が変更できる単一のグローバルデフォルトがあり、ロケールごとにデフォルトが設定されています。
多くの言語で議論が行われるサイト（これははるかにまれです）の場合、そのサイトの管理者は制限を3文字または5文字に減らすことができます。
（最小3文字の場合、人々は英語で非常に短いスパムのようなタイトルを入力する可能性があるため、管理者の手に委ねられています。これは最も一般的な言語である場合です。成熟したユーザーベースであれば問題ないかもしれませんが、他のコミュニティでは問題になる可能性があります。管理者はユーザーベースに基づいてそれを評価する必要があります。）
別の解決策も考えました。それは、複数の言語があるカテゴリごとに、トピックタイトルの最小長を設定できるようにすることです。
コアについては、おそらく使用頻度によって決まるでしょうが、プラグインで行うことも可能です。
スパムの理由/タイトルの明確さは、主にユーザーではなく管理者に委ねられている理由です。しかし、多言語フォーラムでユーザーとして現在直面しているフラストレーションも理解できます。
バイト数を数えるよりも、例えば次のようなものの方が良いでしょう。
wcswidth (3) - 固定サイズのワイド文字文字列に必要な列数を決定する
いずれにせよ、「アバターを選択してください」というようなもので、相手は他の人種や性別の人です。
そして、これに返信したと思っていたのですが、オフライン中にトピックが再割り当てされていたようです。そのため、メールがDiscourseに届いたときには投稿する場所がなく、ビットバケットに送られてしまいました。バグを発見したようです。少なくともユーザーはバウンスメッセージを受け取るべきです。
Search results for 'wcswidth' - Discourse Meta では、この返信しか見つかりません。他のメール投稿は問題なく届きましたが、wcswidthに言及したものは届きませんでした。これはトピックの変更などが原因でしょう。
トピックの変更は構いません。しかし、システムは、投稿が失敗したことをユーザーにメールで通知するようにすべきです…原因は…
OK、すでに閉じられたトピックにメッセージを送信すると、拒否メールが届くことを確認しました（ただし、ユーザーが入力した本文は破棄されます）。しかし、トピックの変更などについては、メールが破棄されるようです。
