Category Groups - Theme componentのようなものでしょうか？すべてをまとめるカテゴリーグループを考案するのは難しくありませんが、サブカテゴリーを持つ親カテゴリーのロールアップ機能は失われます。
私はそれで困っていませんが、あまり直感的ではないかもしれません。デフォルトのセットアップでサイドバーのリストに親カテゴリーが表示されていれば、「このカテゴリーのトピックの上にサブカテゴリーリストを表示」または「ボックス」にすべてを設定するのは、Documentation のように良いかもしれません。
（このトピックには多くの情報があるので、提案を重複させている場合はお詫び申し上げます。）
気にする必要はありません。皆でアイデアを出しているところですから…
ええ、@bryce も他の場所で同様のフィードバックを私と共有してくれました。この方向で何ができるか見てみます。
以前は、2つの選択肢として提示していました。
しかし、Bryce は、どちらのタイプがどちらであるかをより明確に区別するという、まだ別の選択肢があるかもしれないと示唆しました。まずはそれを試してみます。
しばらくお待ちください…
OK、今日これらの件でいくつか進捗がありました。
まだこれに取り組む必要があります。
その問題については近いうちに戻ってきます。
これは私にとって本当に改善されました。
Customization カテゴリの説明にバグがあると思います。「詳細はこちら」をクリックすると、Discourseテーマのクラッシュコースに移動してしまいます🥴
サブカテゴリを上部に配置する利点は理解していますが、同時に、カテゴリにアクセスしても、静的コンテンツしか表示されず、トピックが見えなくなりました。通常、カテゴリにアクセスするのは、サブカテゴリの名前や説明を読むためではなく、トピックを見つけて読むためです。
トピックリストは以下にありますが、スクロールせずに見えているのは上記の内容です。タブレットでは縦のスペースが限られています。
それは以前の #theme または #theme-component カテゴリのカテゴリバナーにあったものだと思います。
ワンボックス化されたカテゴリへのリンクは、常にこの素敵な形式でしたか？説明やサブカテゴリが追加されるまで気づかなかっただけかもしれません…
非常に些細な観察ですが、サブカテゴリへの長いインラインリンクは、文中でそれほど自然に流れません…
いくつか小さな変更を加えました。これで改善されると思います。
これで、3つの主要なトップレベルのディスカッションカテゴリができました。
その他のトップレベルカテゴリは、より「カテゴリグループ」のようなものであり、主にサブカテゴリのコンテナとなっています。
この「Community Building」カテゴリを引き続き形作っていきたいと考えています。例えば、以下のような種類のディスカッションのためのより大きな機能を提供する方法があるか検討しています。
しかし、他の事柄がもう少し落ち着いた後に、これらは別途注力すべきことかもしれません。
Metaにおいて、「General」カテゴリはあまり役に立たないと感じています。現在200以上のトピックがありますが、それらを見ると、多くは「Site Feedback」や「Feature」、「Support」に分類されるはずです。
カテゴリを整理すれば、他にはどこにも属さないトピックは50程度になると思います。そして、これらのトピックについては、「General」という名前よりも、より具体的なカテゴリ名（例：Off-topic、Random Talk、Watercoolerなど）の方が適切かもしれません。
まだあまり使っていませんが、すでにいくつかの問題点に気づいています。
フィードバックありがとうございます @hellekin。いくつかコメントを下記に記載します。
ああ、興味深いですね。リンクは正しいのですが、ボックスがクリックを許可しないようです。ボックス全体をクリックしても、リンクがクリック可能に見えるにもかかわらず、ボックス自体がクリックをキャプチャしてしまいます。
これは良い提案ですが、最初の問題を修正するまでは役に立たないと思います。そうでなければ、これらのリンクはクリックできないからです。
うーん…「私の環境では動作しています」：
ここで見ているものをスクリーンショットで共有してもらえますか？
承知しました。以前お約束したとおり、Community Building についてはまだ新しいトピックを開く必要があります。先週不在にしており、今週も一部不在にするため、来週まで待つことになるかもしれません。
私はそれが正しい場所だとは思いませんが、その今後のトピックでさらに詳しく検討しましょう。
トップレベルで投稿が許可されている親カテゴリ内で、トップにサブカテゴリを表示しないように（暫定的に）決定しました。
この問題への対処方法は、テーマの次のイテレーションでどちらの方向性に向かうかによって変わってくるかもしれません（@manuel さん、ご意見をお願いします）。
私は、探求していたときにこのカテゴリを数回移動させました。まず、Contribute に入れました。次に、Customization に入れました。最終的に、独自のトップレベルカテゴリが必要だと判断しました。
これらの異なるカテゴリの参加者を想定すると、これは単独で存在するべきだと考えます。
これは現在のデフォルトのカテゴリボックスの動作です。デフォルトの動作を変更できるかもしれません。ただし、ドキュメントカテゴリで意図されているエクスペリエンスが何であるかが気になります。インデックスはカテゴリボックスを念頭に置くのではなく、カテゴリバナーと共に追加されたようです。
同時に、インデックスのトピックはトピックリストの先頭にピン留めされたままであり、インデックスのトピックが読まれても自動的にピン留めが解除されません。そのため、このインデックスをかなり重複させています。まずサイドバーメニューを生成するためにあります。次に、トピックリストの先頭にピン留めします。次に、目に見えるカテゴリの説明にリンクを追加します。
ドキュメントカテゴリの説明からリンクを削除できると思います。
うーん…それは私の経験とは違いますね。
しかし、もし私にとってもそのように機能していたとしたら、インデックスがこれらの説明に表示される必要性はあまり感じないと思います。
いずれにせよ、これにより、リンクが新しいドキュメントプラグインのユーザビリティのギャップを埋めるための回避策であることが明確になります。
それは奇妙ですね。いくつかのカテゴリに入りましたが、トピックはすべてピン留めのままでした。これをデバッグできますか？
トピックの自動アンピン設定はどうなっているか尋ねようとしていました。Metaのデフォルトが少し前に変更されたのを覚えています。
しかし、ここでの「トピックの自動アンピン」は無効になっているようです。少なくとも、私の設定でそのオプションが見つかりません。
はい、設定は2つあります。トピックの自動固定解除は、手動で固定されたトピックを指すと思います。そして、デフォルトのトピックの自動固定解除は、ウェルカムトピックや「このカテゴリーについて」のトピックなど、システムがデフォルトで固定するトピックのみを指します。
実際、この2つを区別する必要があるでしょうか？もしそうなら、違いがもっと分かりやすくなるように説明を改善すべきでしょうか？
これは、@mcwumbly のトピックが固定されたままにならない理由を説明していません。固定ステータスを手動で変更しましたか？
その議論はこのトピックで続けることができますか？
自動ピン留めがまだ有効だったときに、彼がそれらを読んだのかもしれません。インデックスのトピックは、自動ピン留めが無効になるより1年以上前に作成されました。
