このページに「新しいタグを作成」オプションが必要です。
コンポーザーを使って新しいタグを作成できることは承知していますが、それが唯一の方法なのでしょうか？！ タグを作成するためにコンポーザーを開くのは意味がないと思います。もちろん、その機能は残しておいても構いませんが、唯一の方法であるべきではなく、特に主な方法であるべきではありません。
「タグ」という名前のパネルにいるのであれば、新しいタグを作成するためのボタンやメニューオプションがあるのが理にかなっています。私の意見では、これが最も直感的なアプローチです。
ついでに言うと、ページ上にボタンを追加する十分なスペースがあるのに、なぜ追加のドロップダウンメニューがあるのでしょうか？メニューをなくして、ボタンを直接配置しましょう。
スペースが限られている場合はドロップダウンメニューを支持しますが、それ以外の場合は、クリック数を減らすこと、特に、ユーザーにとってすぐに明らかで目に見えるとは限らない隠されたオプションによって引き起こされる摩擦や混乱をなくすことを支持します。
いいえ、しかし、明白な方法がないというのは正しいです。
現在、タグを作成する方法はすべて、タグを使用すること（新しいトピックに添付する、既存のタグの同義語としてタグを追加する、タググループを作成しながらタグを作成する）に関連付けられています。これ以外では、新しいタグを作成する唯一の方法は一括アップロードによるものだと考えられます。
これは Create tags outside of new post で少し議論されています。この機能に反対している人はいないと思いますが、優先順位が付けられていないだけです。
もちろん、それらも存在するはずです。
「タグ」と呼ばれるパネルにあるメインの方法は、すべてのタグを管理できるため、最初から実装されるべきだったと思います。トピック作成時の作成とともに、それが私にとって最も理にかなっているように思えます。たとえば、一括アップロードよりもはるかに。
Discourseで見つけたことのいくつかは、「奇妙」であることは、特定の場所に配置すると理にかなっていることについての混乱を引き起こしているだけだと思います。そして、あなたがそれを見ることができるように、これらのことはフォーラムにかなりの量で表示されますが、背後にある論理があれば必要ないでしょう。
「失礼」に聞こえようとしているわけではありません。特に、Discourseとその機能が大好きだからです。これらのことのいくつかはもう少し「愛と注意」を払われるべきであり、回避策があり、優先順位が高くないという理由だけで優先順位リストの最下位に置かれるべきではないと思います。私たちユーザーは、「優先順位の低い」ものでも注目を集めて、すべてがよりスムーズに、そしてより簡単に機能するように見えることを望んでいます。
たとえば、古い方法が理想的ではなかったように、コンポーネントが形状の画像で表示されていた場合、新しいレイアウトは実際にはかなり悪いです。特に小さい画面では、すべてが窮屈で扱いにくいです。確かに、まだ必要なことはできますが、これらのことのいくつかは（コンポーネントパネルのように）幅を変更したり、不要なパネルを非表示にしたりするための数行のCSSにすぎません。
これらの優先順位の低いものを修正する時間が見つかることを願っています。残念ながら、共有された投稿からわかるように、そのトピックが作成されてから5年が経過しましたが、まだ更新はありません。
繰り返しますが、私はこのプラットフォームのように優れたプラットフォームに対して、無料で提供されているにもかかわらず、失礼または恩知らずに聞こかれたくありません。全く違います。ユーザーが物事が意図したとおりに機能していないと感じている場合、特に細部にも注意を払ってほしいだけです。
よろしいでしょうか…重要です。開発者は間違いなく注意を払い、それらに取り組みます。そうでなければ、Discourse の使用体験ははるかに楽しくないものになるでしょう。
問題は、注意を払うべき詳細が非常に多く、現実的にはそれらすべてにリソースを投入できないということです。たとえ何年も経ってもです。
pr-welcome タグは、Discourse はオープンソースであるため、ユーザーが貢献することを奨励するために使用されることがありますが、歓迎される機能の中には、設計面で徹底的に検討する必要があるものもあり、外部の開発者が PR を送信することが常に最善の解決策とは限りません。
別の問題があります。Composerを使用してタグを作成しようとしましたが、実際にはトピックを投稿する必要があります。タグが存在しない場合に表示される「XYZを作成…」は、トピックを投稿しない限り、実際にはタグを「作成」しません。その後、削除する必要があり、タグを作成、管理、削除するためのすべてのツールがTagsパネルにあれば、これは不要に思えます。
彼らがそうしないと信じているわけではありません。誤解しないでください。私の言いたいのは、「非優先」の修正と調整を 2 つに分けられるということです。1 つはそれほど重要ではないもの、もう 1 つはウェブサイトの通常の機能とワークフローに影響するため重要なものです。単一のページで実行されるべきことを行うために飛び回る必要がある場合、それは私にとって修正すべき何かがある兆候です。たとえばセキュリティの問題のような優先順位ではないかもしれませんが、評価されるべきです。私が言及したワークフローは、ウェブサイトでスムーズな体験を生み出すための、シンプルで基本的な UI/UX です。
私も同感です 
変更/修正に取り組むためのその他の基準は、提起された問題が非常に問題があるか、実装が非常に簡単でない限り、Discourseは顧客からのリクエストによって推進される変更を優先し、通常（この原則から逸脱していないと思いますが）3の法則に従います。
これは、誰かにとって明白に見える問題が、長期間経過しても取り組まれない理由も説明しています。
#ux、#feature、さらには#bugの中を掘り下げると、このトピックに似た多くのリクエストが見つかるでしょう。私も、報告したのに修正されなかったものに時々イライラしたことがあります 
