さて、新しい色に慣れるには少し時間が必要でしょうね。Customization > Theme は古い #announcements:blog カテゴリのように見えます。
私を不可解にさせる一つのことは、なぜ Community Building > General が Community Building の中にあるのかということです。一般カテゴリがサブカテゴリであるのは間違っているように感じます。
これを試しましたが、直接アクセスしたいカテゴリのほとんどが非表示になりました。そこで、表示したいサブカテゴリのチェックボックスをオンにし、トップレベルのカテゴリのいくつかを非表示にしたところ、私にとっては使いやすくなりました。
トピックページのカテゴリフィルターの上部にはサブカテゴリが表示されませんが、これは想定通りです。しかし、通常は検索を使用してそれらを見つけることができます。これは、#lazy-load-categories のためか、Meta では機能しません。これは、私がここで報告したもの https://meta.discourse.org/t/search-in-category-drop-down-missing/388911 を思い出させます。
これは、検索オプションなしでここで表示されるものです。
これが不足しているものです
親カテゴリにアクセスしてからでなくても、例えば翻訳カテゴリへの直接のパスがある方が望ましいです。
ええ、この方向で進めるなら、色の選択肢をもう少し検討する必要があるかもしれませんね。
表示させることにしたサブカテゴリの例をいくつか共有していただけますか?
私を不可解にさせる一つのことは、なぜ Community Building > General が Community Building の中にあるのかということです。一般カテゴリがサブカテゴリであるのはおかしいように感じます。
ええ、この件については引き続き検討します…
トピックページの先頭にあるカテゴリフィルターにはサブカテゴリが表示されませんが、これは想定内です。しかし、通常は検索を使ってそれらを見つけることができます。これはMetaでは私には機能しません。
うーん… これが機能しないことのスクリーンショットを共有していただけますか? こちらは翻訳を検索しているところです。
Can you share a few examples of subcategories you decided to add back?
Here’s what my sidebar looks like now:
うーん…動作しないことのスクリーンショットを共有してもらえますか?
どのようなスクリーンショットを期待していますか?
私はこれを添付しました:
検索オプションなしで、ここで表示されるのはこれです:
カテゴリが最終的に更新されたのを確認しましたが、以前のカテゴリのスタイルに戻すことは可能でしょうか?これまでホームページとしてカテゴリを使用してきましたが、これはあまり役に立ちません… 最新のトピックのリストとそのカテゴリが表示されるものが、私にとっては最も整理されていると思うので最高です。
ログアウトした状態で試すと機能しますか?
もしかすると、私よりも多くのカテゴリが見えているのかもしれません。検索を非表示にする結果となる、カテゴリが10未満の場合に何らかの制限が追加されたのだと思います。
ああ、わかりました。ログアウトすると問題を再現できます。ありがとうございます。
この件について改善できるか確認します。
カテゴリが最終的に更新されたのは確認しましたが、以前のカテゴリのスタイルに戻すことは可能でしょうか?歴史的に、私はホームページとしてカテゴリを使用してきましたが、これはあまり役に立ちません…
この新しいスタイルでしばらく様子を見て、何がわかるか確認したいです。
とりあえず、ホームページを「最新」に変更してみてください。
この部分の体験は、この分野でさらに進展するにつれて変更される可能性が高いことを念頭に置いておいてください。
さまざまなアクティビティに関連するコンテンツを見つけやすくするために、テーマを大幅に改善する予定です。
この新しいスタイルでしばらく生活してみて、何が学べるか見てみたいです。
とりあえずホームページを最新版に変更してみてくれませんか?
今のところそうするしかないと思いますが、現時点ではページがあまり役に立たないため、情報密度を下げようとしているのが奇妙に思えます。
申し訳ありませんが、Community Building のトピック一覧が、以前はこのカテゴリがカバーしていた「コミュニティ・マネジメント」分野とは全く関係のない、データ関連、称賛、一般的な質問など、あらゆる種類のコンテンツで埋め尽くされていることに、私は全く賛同できません。私にとっては、そのカテゴリの価値が薄れてしまい、かなりごちゃごちゃになっています。
Support > WordPress カテゴリは紛らわしいです。Discourse と WordPress に関する一般的な質問があったので、最初はそこに投稿しましたが、プラグインに関するものだけのようです(@Moin さん、Support に移動した理由を正しく理解しましたか?)。これは Customization > Plugin のトピックであるべきか、カテゴリ全体であるべきではないでしょうか?あるいは、プラグインよりも大きい場合は、説明を更新すべきでしょうか?
これはDiscourseプラグインではありません。WordPressプラグインです。WP Discourse 1.5 Release のような Customization > Extras にはそれに関するトピックがありますが、それはサポートの質問のためのカテゴリではありません。
一般的なサポートカテゴリ内に単に wp-discourse タグがあるのではなく、独立したサポートカテゴリがあるのは気に入っています。なぜなら、それは私がどこで助けられるかを判断するのに役立つからです。ちょうど Support > Self-hosting がインストールとアップデートに関する質問を分離しているのと同じように。
Community Building のトピック一覧が、以前はこのカテゴリがカバーしていた「コミュニティ管理」とは何の関係もないあらゆるもので埋め尽くされているという事実に、私は全く気に入っていません。
私も気に入っていません。
次に試す調整について考えてみます。
私はまだ、Community Building > Data & reporting のほとんどがサポートカテゴリであるべき #sql-help に似ていると考えています。
以前の発言にアクセスできない方への引用
私は現在、#data-reporting::category のほとんどのトピックをコミュニティ構築よりもサポート::category に割り当てるでしょう。どの数値が必要か、それらをどのように解釈するか、およびそれらを改善するための措置についての交換については、コミュニティは全体的なトピックとして適しており、これは間違いなくさらなる議論が望まれる分野です。データの選択方法とそれに対して何が行われるかも、非常に重要であるため、ウェビナーで繰り返し取り上げられています。
データを取得するための技術的な部分については、コミュニティの全体的なカテゴリはあまり適していないように思われます。sql-query が付けられたほとんどのトピックは、データを取得する方法を尋ねています。私にとっては、それはサポートの #sql-help の方が適切であり、その下で sql-triggered-badge が将来バッジに関するクエリをグループ化する可能性があります。#data-reporting::category に何が残るのか不思議です。
このカテゴリ再編成については、試してみる価値はあるかもしれないので意見を控えますが、サイドバーのカラフルなカテゴリの箇条書きはあまり好きではありません。
ごちゃごちゃして見えます。
私の目は単色のシンプルさを好みます。
余談ですが…メガネの収差のせいで、青と赤の組み合わせは一般的に好きではありません。
メガネを通してどのように見ているかによって、Community Building > Data & reporting の箇条書きは
または
または ![]()
のように見えます。
ええ、そういうことなんです… ![]()






