このレイアウトで本当に大丈夫ですか?
適切なコンポーネントを見つけるのが本当に難しくなります。そして、見た目が…本当に落ち着きがありません。
そして、インストールボタンは最後ではなく、最初のコンポーネントであるべきだと思います。コンポーネントよりも頻繁に使用されます。
テーマが関連付けられていない無効なものはどこにありますか?
このレイアウトで本当に大丈夫ですか?
適切なコンポーネントを見つけるのが本当に難しくなります。そして、見た目が…本当に落ち着きがありません。
そして、インストールボタンは最後ではなく、最初のコンポーネントであるべきだと思います。コンポーネントよりも頻繁に使用されます。
テーマが関連付けられていない無効なものはどこにありますか?
変更は興味深いですね!
以下のような初期のPRを見ると:
(#29225、#29079 も同様)
インターフェースをシンプルにし、より使いやすくしようという意図は評価できます。
適切なスクリーンショットと説明があれば、かなり良く見えると思います!
テーマとコンポーネントのマージは理にかなっています。
複数のサイドバーを避けるのも良いアイデアのようです。
すぐに気になるのは、検索とフィルタリングが欠けていることですが、UIは後で改善されて洗練されると確信しています。多くのコンポーネントがある場合、これは必須機能です。
その他のフィードバック:
Jakke が言ったように、インストールボタンは上部にあるべきです。少なくともショートカットは。
コンポーネントが多い場合、スクロールは気が遠くなる可能性があります。
コンポーネントを デフォルトに設定 できますが、もちろんそれは行うべきではありません。
コンポーネントを更新すると、クリックしたらメニューが閉じることを期待します:
より短いラベルを見つけられますか? ![]()

ページ上部でグリッドまたはリストビューを選択するオプションがあっても構いません。例:

今後の改善を楽しみにしています!
そして、そこで検索できることを本当に望んでいます。Googleフォントコンポーネントを検索して上下にスクロールすると、少し吐き気がしました…
私も同じことをしようとしています ![]()
興味本位で、リストまたはグリッドボタンを作成し、ステータスでグループ化しようとしていました。上部にいくつかのフィルタリングオプションを追加するとクールだと思います。
グリッドビューは、人によっては興味深いかもしれません。テーマとしては、少なくとも理にかなっています。
@osama @ella および @hugh はこの作業に非常に関与しており、内部でこれらのいくつかの点について議論しています。
引き続きこちらでフィードバックを共有してください。ただし、近い将来これが変わり続けることを期待してください。
上記で述べたことに加えて:
これは簡単なデモです(デザイナーではないので、楽しみのために作成しました)。これに似たものであれば、非常に満足です。
箱型表示を好む人向けに、最小限の情報で表示する別のビューも考えられます。
最後に、リストから直接有効/無効を切り替えられる機能があれば嬉しいです。これはあまり直感的ではないため、ショートカットがあると歓迎されます。
共有していただけませんか ![]()
(一時的な修正であることは承知していますが、それでも)
こちらです ![]()
.admin-config.customize.components {
.admin-detail {
padding: 0;
}
.themes-cards-container {
display: flex;
flex-direction: column;
max-width: 500px;
gap: 0;
}
.admin-config-area-card__content {
flex-grow: 0;
margin: 0;
padding: 0;
}
.theme-card {
flex-direction: row;
margin: 0;
padding: 0.75rem;
padding-right: 0;
box-shadow: none;
border: none;
border-top: 1px solid var(--primary-low);
&:first-child {
border-top: none;
}
&__image-wrapper,
&__content {
display: none;
}
&__footer {
gap: 1rem;
}
}
.theme-install-card {
margin-top: 1rem;
}
}
あなたは私の新しいヒーロー!
—
そして、新しいコンポーネントを作成しても設定は開かず、リストから探して開かなければなりません。
安定版に留まるのが最善の選択であるとますます確信するようになりました。先月のサイト設定の騒動の後、これは、機能フラグの設定なしに、完了または適切にテストされていない状態で、動作していたものが変更され、本番環境にリリースされた別の例です。
(そして、特定の機能に関するより建設的なフィードバックとして、未使用および無効なコンポーネントが概要画面で認識されると、少なくとも非常に役立ちます)。
実は、思い出しました。この変更が Discourse Design team experimentation topic に含まれていない理由があるのか、本当に疑問です。他の場所の中でも、design-experiment が適切な場所でしょう。
急いでいるように感じます。事前の情報やフィーチャーフラグの設定なしでは、管理者にとって最良の体験を提供できないことは理解できます。
変更の潜在的なリスクに応じて、いくつかの異なる方法で機能を提供しています。
これは私の意見では、リスクがかなり低いケースです。誰もワークフローが壊れることはなく、変更はすべてのコミュニティメンバーではなく、管理者に限定されます。
テーマやコンポーネントの操作に多くの時間を費やす方々にとって、多少の混乱が生じていることは理解しています。この変更が誰かのワークフローを特にどのように混乱させたかについての、より多くの話を聞かせていただけると幸いです。それは、このアプリケーションの部分の設計に関する私たちの決定に役立つでしょう。
しかし、これはデザイン実験や機能フラグに頼るべきケースではないと思います。
I think to make things easier you should also be able to filter components using theme they are add to.
管理者は自分の生活を楽にする必要があります。実験は理解できるかもしれません。しかし、管理者にフォールバックまたはクラシックとニューコークを切り替えるトグルを提供してください。ちなみに、ニューコークはうまくいかなかったと記憶しています。
クライアントのテーマで作業していましたが、ステージングインスタンスを更新した後、新しいレイアウトに直面しました。作業を効果的に続けるために、停止して上記で共有したスタイルを追加する必要がありました。現在のレイアウトでは、概要を把握したり、どのコンポーネントが現在使用されているか、無効になっているかなどの手がかりを得ることができません。テーマや新しいセットアップを開発するには、ワークフローが完全に壊れると言えます。
以前のリストは実際には非常に優れていました。私の記憶が正しければ、それはそれほど前に改善されたことさえありました。それが欠けていた唯一のフィルターは、現在のテーマで使用されているコンポーネントでフィルターすることでした(「使用済み」フィルターは、実際にはインストールされているどのテーマでも使用されているすべてのコンポーネントを表示していました)。しかし、それ以外は、少なくとも経験豊富な管理者や開発者にとっては、あまり改善を必要としないインターフェースでした。
お話をお聞かせいただきありがとうございます。
さまざまなシナリオで人々が遭遇している問題の種類についてさらに聞くことは役立ちます。
これも共有していただきありがとうございます。
ええと、このトピックのすべての通知は何かをしようとした結果であり、それがワークフローの一部だったと言っていいと思います🤷♂️
名前によるフィルタリングも現在行われていないことに気づきました。
あなたのチームには、実際のシナリオで実際に使用してみることをお勧めします…機能が欠けているのではなく、なくなってしまったものがたくさんあります。