サイドバーでサブカテゴリをネストする必要があります。
サブカテゴリがネストされていないと、次のような例は機能しません。
Ford
–Driving
–Purchasing
GM
–Driving
–Purchasing
結果の表示は次のようになります。
Driving
Driving
Ford
GM
Purchasing
Purchasing
下のスクリーンショットでは、documentation が親カテゴリであり、admins、faq、moderators、sso、sysadmin がサブカテゴリです。
「いいね!」 15
ここで把握する必要がある詳細の1つは、サブカテゴリは追加したが親カテゴリは追加しなかった場合にどうするかということです。コンテキストのために、親カテゴリは常に追加されるべきでしょうか?
「いいね!」 7
Jagster
(Jakke Lehtonen)
4
サブカテゴリ名が重複する可能性がある場合は、ほぼ必須です。
開発者ではありませんが、UX/UI関連の仕事が多く、同じ名前を使用することはどのような場合でも非常に悪い方針だと考えます。そのため、実際の名前であっても一意であることを強制するという解決策もあります(その後、多くのフォーラムが壊れるでしょう…)。
しかし、フォーラムの技術とは関係のない方法で、管理者がカテゴリに自由に名前を付けることを可能にしていただけますか?これはユーザーにとって別の表示名にすぎません。そのため、category:sub-categoryのようなものを使用できます。
親カテゴリ名をサブカテゴリ名に強制的に含めると、以下のような冗長なものが多く発生します。
Ford
–Ford Driving
–Ford Purchasing
GM
–GM Driving
–GM Purchasing
「いいね!」 3
jenroberts
(Jennifer Roberts)
6
サブカテゴリ名をすべてカテゴリプレフィックスに変更しましたが、ネストも良いオプションであることに同意します。各トップカテゴリに異なるセキュリティレベルがあるため、同じ名前を使用しましたが、プレフィックスを使用する利点も理解できます。
200以上のカテゴリがあるため、カテゴリを開閉できるとさらに便利です。リストが長すぎます。
「いいね!」 5
mcwumbly
(Dave McClure)
7
以下は、いくつかの簡単な改善から始めることを想定しています。
- 常に親カテゴリ、次にサブカテゴリでカテゴリを並べ替える
- サブカテゴリに半々バッジスタイルを表示する(親の視覚的なヒントとなるように)
これにより問題全体が解決するわけではありませんが、ユーザーが親カテゴリを自分で追加するか、カテゴリ名を区別できるように更新するという回避策はどちらも利用可能です。
ただし、これには注意を払い、他にどのような変更が必要か検討していきます。
特定のユーザーがサイドバーに追加するカテゴリはいくつくらいになると予想されますか?
「いいね!」 4
Jagster
(Jakke Lehtonen)
8
I take this as a general question 
None. They are already following only those categories that are interesting and they want notifications equally from all of those.
mcwumbly
(Dave McClure)
このトピックを分割しました:
9
DonH
10
サイドバーでのサブカテゴリの切り替えは不可欠です。すでに9つのカテゴリと19のサブカテゴリがあり、まだ整理が終わっていません。さらに25のサブカテゴリを追加する予定です。それらすべてをサイドバーで利用できるようにしたいと考えています。私たちのコーパスは1969年から構築されており、フォーラムはシンポジウムとしてだけでなく、参考資料としても機能しています。私たちにとって、カテゴリは検索補助機能と会話フィルターの両方です。
同じ理由で、タグはアルファベット順でサイドバーにスクロール可能である必要があります。1400のタグがあり、整理が終わる頃には倍増するでしょう。スクロールウィンドウがないと、タグを実用的な方法で表示することは不可能です。実際、上にクエリボックスを備えたスクロールウィンドウがあれば理想的です。
おそらく別の議論になるでしょうが、リストビューのトピックタイトルの下に、切り替え可能なポップダウンウィンドウにタグを配置することも非常に役立つでしょう。トピックには平均18個のタグが付いています。最も長いトピックには98個のタグが付いています。それらをすべて表示すると、トピックのタイトルが不明瞭になります。汎用的なトグル可能なスクロールボックスクラスを実装することで、複数の有用な目的に役立つ可能性があるため、ここで言及します。
カテゴリを開閉できるようにすることも望ましいです。
「いいね!」 2
Jagster
(Jakke Lehtonen)
11
なぜですか?リストが非常に長くなるため、使用するのは非常に困難になります。まあ、ユーザーの大多数が24インチ以上の画面を持っていて、あなたが小さな画面やモバイルを気にせず、ユーザーがカテゴリページの使い方を知らないのであれば、おそらくそうでしょう。
そして、メインの問題に戻ります。ユーザーは、何を見て何を見ないかを選択できなければなりません。それを決定するのは管理者の仕事ではありません。
DonH
12
ナビゲーションが容易になるからです。現在の唯一のオプションであり、画面の大部分を占める二重幅のカテゴリ/リストビューよりもはるかにすっきりしています。不動産が問題である場合、サイドバー付きの単一リストよりも優れています。
なぜ
タグのことを指していると仮定すると、検索ボックスの上に配置され、マウスホイールで制御されるウィンドウ内でスクロールする、英数字順に並んだ1マイルの長さのリストは、他のどのタグ表示よりもはるかに便利でしょう。これには、タグページでタグとトピックの間を行き来する必要があり、唯一のツールがブラウザの戻るボタンであるため、便利なナビゲーションエイドとは言えない、タグページの巨大なリストビューも含まれます。
そのリストは1マイルの長さになるでしょう。
ここでは2つの点があります。
まず、Discourseは将来のためにボトムアップで構築されており、誰もが広々とした高解像度の画面を持っていることを意図しています。いずれにせよ、これはほとんど問題になりません。先週、娘のために新しいモニターを探しましたが、24インチ未満のものは見つかりませんでした。
モバイルについては、それらのクラスのインターフェイス用に設計されたナビゲーションは、デスクトップまたはラップトップの場合とはあらゆる点で異なります。サイドバーは適切なツールではありません。
ユーザーの大多数が24インチ以上の画面を持っており、小さい画面やモバイルを気にしない場合
「いいね!」 2
Jagster
(Jakke Lehtonen)
13
未来、つまり、すでに普通の月曜日ですが、全く逆です。モバイルで構築されています。すみませんが、大画面は過去の遺物です。
ヨーロッパではラップトップよりも携帯電話の方が一般的であることをご存知ですか?しかし、固定電話や小切手ももうありません(英国/アイルランドを除く、しかしそれらは約50年遅れています ;))
Stephen
(Stephen)
14
あなたのユースケースは、サイドバーよりもdiscourse-docsに適しているようです。
ここで、それが提供するビューとフィルタリングの例を確認できます。Documentation - Discourse Meta
DonH
15
全く予想していませんでした。サイドバーのサイドバースライドバージョンは、あの厄介なモバイルデバイスに非常に適していると思います。
では、これはDigital Oceanのラッキーフォーラムに付属するモバイルアプリでしょうか?
Stephen、この提案ありがとうございます。インストールして試しています。まだ追加していない多くの記事に適しているかもしれません。それらに必要なのは、読者を引き込むためのコメント機能です。その目的のためにGhostとDiscourseを統合することを考えていました。
デスクトップ/ラップトップのナビゲーションには、タグのトグル可能なスクロールボックスとカテゴリのトグル機能があれば、サイドバーが理想的だと今でも思います。
「いいね!」 1
カラーバッジは、親カテゴリとサブカテゴリの関係を区別するのに非常に役立ちます。並べ替えとインデントによって、サブカテゴリの視覚的な識別がさらに強化されるはずです。以下にその例を示します。
documentation は admins と sysadmin の親カテゴリです。現在の設定では、アルファベット順に並べ替えられており、関係を示す唯一の兆候は、半分のバッジの色だけです。明らかに、これは理想的ではありません。
並べ替えると、順序と関係性がわかりますが、それでもバッジの色による区別だけです。
より良い方法としては、サブカテゴリに微妙なインデントを付けることが考えられます。これは、カテゴリとサブカテゴリの関係を示すものとして普遍的に理解されています。上記のモックアップは、サブカテゴリがバッジの半分の幅または全幅でインデントされた場合の例を示しています。
「いいね!」 10
mcwumbly
(Dave McClure)
18
これらのアイデアをモックアップしていただきありがとうございます!
もう一つ考慮すべきシナリオがあります。ユーザーが、あなたが例示したサイドバーのすべてのカテゴリを持っているが、Documentation の親カテゴリは持っていない場合です。そのシナリオをどのように処理するか想像できますか?
「いいね!」 1
サイトの構造にもよるかと思います。OPでフォードとGMを構造化されたコミュニティの例として挙げた場合、親カテゴリを含めないとサイドバーが読みにくくなる可能性があります。どちらがどちらかわからなくなってしまいます。
この場合、親カテゴリが表示されるべきです。
各サブカテゴリが単独で成り立つことができる場合は、親は不要かもしれません。
サブカテゴリを持つカテゴリの場合、私のコミュニティでは親をトピックのないプレースホルダーとして扱っています。トピックはすべてサブカテゴリにあります。スタンドアロンのカテゴリもいくつかあります。
そのため、理想的には管理者が親カテゴリをサイドバーに表示するかどうかを選択できるべきです。
サイドバーに階層を表示する
「いいね!」 4
mcwumbly
(Dave McClure)
20
サイドバー内のサブカテゴリの順序が、@tgxworld によるこのプルリクエストに従って、まず親カテゴリでソートされるようになりました:
「いいね!」 6
ネストされたサブカテゴリの解決策を見つけた人はいますか?まだ調べていますが、機能するテーマコンポーネントが見つかりませんでした。
「いいね!」 3