GitHub - discourse/discourse-default-composer-category · GitHub のリポジトリ
https://github.com/pmusaraj/discourse-default-composer-category
このテーマコンポーネントをインストール
これは非常にシンプルなテーマコンポーネントで、1 つのことだけを行います。管理者がデフォルトの投稿カテゴリを設定できるようにします。「未分類」カテゴリを無効化しているサイトや、投稿編集画面（コンポーザー）起動時に自動的に別のカテゴリが選択されるようにしたい場合に特に役立ちます。
設定では、デフォルトカテゴリのカテゴリ ID を入力します。
カテゴリの ID は、そのカテゴリのカテゴリページに移動し、URL の最後の番号を確認することでわかります。例：/c/site-feedback/2 → 2
素晴らしいコンポーネントです、ありがとうございます！
ただ一つ問題がありまして、選択したカテゴリで「トピックに必要な最小タグ数」を1に設定しているにもかかわらず、タグを追加せずにトピックを作成できてしまいます。
@tpetrov 様、バグレポートありがとうございます。以下のコミットで修正済みです：
わあ、本当に早いですね。ありがとうございます!!
これに気づいたばかりです。素晴らしいですね。
uncategorized をデフォルトで無効にし、これをコア機能に移動することに賛成します。
@pmusaraj 様、このコンポーネントをフォーラムにインストールしたのですが、設定について明確にしていただけますでしょうか。「デフォルトのコンポーザカテゴリID」の形式が不明です。カテゴリ名やURLを試しましたが、どちらも機能しないようです。
どのIDを使用すればよいでしょうか？
ありがとうございます、@Moinさん、これで解決しました。
ユーザーが個別に好みのデフォルトカテゴリを選択できるようにしながら、デフォルトのデフォルトカテゴリを割り当てられる機能があれば素晴らしいと思います。他の人も同じように考えているか、またはそれを実現する方法についてのアイデアはありますか？
私もこれが大好きです。未分類の「未」というカテゴリが非常に紛らわしいと思います。新しい「一般」がラウンジの奇妙な名前の置き換えではなく、Uncategorized を置き換えるデフォルトのカテゴリになることを期待していました。
もうすぐそうなると思います。
これは非常に新しい変更で、つい先ほどマージされました。General は 新しい サイトのコンポーザーでデフォルトのカテゴリになりました。
これはまだ存在しませんが、追加することに前向きです！
既存のサイトについては、デフォルトカテゴリ機能を取得する方法を計画する必要があります。現在、allow_uncategorized_topics を無効にする必要がありますが、その後、General カテゴリが存在し、非表示のサイト設定 general_category_id が設定されている必要があります。しかし、管理者がデフォルトカテゴリをカスタマイズできれば、既存のサイトがこの機能を取得しやすくなり、おそらく未分類を有効にしたままでも機能する可能性があります。
おお！やったー！当初そう思っていたんです。そうなったなんて嬉しいです 
。
ええ。それはかなり複雑ですが、簡単な回避策は見当たりません。
. . . 待って
待って。待って！待って！！！なぜそれが非表示なのですか？ 
なぜカテゴリのプルダウンから任意のカテゴリをデフォルトとして選択できるようにしないのですか？なぜ default_category_id ではなく general_category_id と呼んだのですか？デフォルトとして任意のカテゴリを選択できるのであれば、このはるかに、はるかに、はるかに優れたソリューションに切り替えることは大したことではないでしょう。
これはUIの設定として実装される方が良いという意見、そしてdefaultという用語の方が適切だという意見に完全に同意します。
議論の焦点が狭い小規模サイト、特にカテゴリについてあまり深く考えてこなかったサイト（私の経験ではほとんどのサイトがそうですが、あえて言えば）には、#general が適していると思います。
私のサイトが「巨大」だとは言いませんが、#general ではうまくいかないでしょう。
具体例を挙げると、参考になるかもしれません。
現在、エンドユーザーサポート中心の Ask Fedora と、プロジェクトメンテナー/コントリビューター中心の Fedora Discussion の 2 つのサイトがあります。この分割を数年間続けた後、Ask を Discussion のサブカテゴリとして統合することにしました。
経験上、新規ユーザーのデフォルトカテゴリは間違いなく Ask Fedora にしたいです。そうでなければ、混乱が生じます。しかし、コントリビューター側により関与している人々は、プロジェクトディスカッションカテゴリ（現在 Discussion のデフォルト）をデフォルトにしたい可能性が高いです。これを簡単なオプションとして提示できると良いでしょう。
（これを独自のトピックに分割すべきか、どこかのチケットにするべきか教えてください…）
しかし、それは #uncategorized と同じくらい機能するのではないでしょうか？
モデレーターがそれらを分類する際に非常に積極的でない限り、それは#trashcanと同じくらい機能するかもしれません。そのカテゴリを購読するのは誰ですか？
Uncategorized を購読したのと同じ人々でしょうか？
しかし、あなたの議論の一部を見逃したかもしれません。このテーマコンポーネントは素晴らしいアイデアだと思います。また、Uncategorized を廃止することも素晴らしいアイデアだと思います（私が話しているのはそれであり、あなたが話しているのはそれではないと今感じています）。
問題は、人々がカテゴリを選択することを強制することのオーバーヘッドです。あなたと私は、それがそれほど難しくない（選択肢が十分に少ない場合）ことに同意していると思います。
はい、基本的な合意に至ったと思います。私は未分類の投稿を許可していません。定義されたデフォルト（このコンポーネント経由であっても、組み込みであっても）は、少なくとも名前が設定可能である限り、あらゆる点で優れているように思えます。
追加のリクエストとして、ユーザーが独自のデフォルトを選択できるようにするオプションも欲しいです。
コンポーザーで、メンバーが属するグループに基づいてデフォルトのカテゴリを別に設定できると便利です。
Discourseサーバー1つで複数の独立したコミュニティを、プライベートカテゴリを持つ別々のグループとして運営したいと考えており、それらを互いにほぼ分離しておきたいのです。
現在、投稿する際にカテゴリを選択する必要があります。それは悪いことではありませんが、グループに基づいてデフォルトを提案できれば、もう少し便利になるでしょう。
これらは秘密のグループではなく、ほとんどのメンバーは私が複数のディスカッショングループを運営していることを知っており、興味のあるグループを選択するだけです。
同様に、新規ユーザーがサインアップ時にグループをリクエストできると役立ちます。招待でグループに入れることができますが、選択できるようにすることも有用かもしれません。ただし、それはプライベートだが選択可能で、プライベートだがほとんど秘密のグループを許可する必要がある問題を引き起こすかもしれません。
