一時的に管理画面のサイドバーに表示されましたが、残念ながらいくつかの問題が発生したため元に戻されました。しかし、すぐにまた表示されると思います。
「いいね!」 10
merefield
(Robert)
42
最初は本当に嫌いでしたが、今はうまくいっています。
メニューが専用の管理者メニューに変わるのがとても気に入っています。
これを選ぶ理由は2つあります。
- 管理者メニューを最初に表示するための私のマッスルメモリーと相性が良い - リンクが同じ場所にあるからです。
- アイテムが多すぎるという問題(大部分)を解決します。
私にとって、このネストされたアプローチははるかに優れています。
メニューをヘッダードロップダウンとして使用していることに注意してください(
)
見つかった問題点は次のとおりです。
- アップグレードリンクがない
- 「フォーラムに戻る」はホームページの設定を尊重していませんか?
「いいね!」 4
素晴らしい!新しい管理者サイドバーを気に入っていただけて嬉しいです。
私もです!
設定、ユーザー、バッジのサブセクションのように、サイドバーにもっと多くのものを移動することを検討しているため、これは変更される可能性があります。しかし、現在、必要なものを簡単に見つけられるように、管理者サイドバーの上部に検索フィルターを追加することも検討しています。
また、管理者セクションのより大きな再構築も検討しており、サイトの設定やコミュニティの管理に必要なものを見つけやすくなることを願っています。近いうちに、その議論のための別のトピックを開始する予定です。
これは既知の問題です。すぐに元に戻します。
ああ。@martin これはバグのようです。リンクは / ではなく /latest に直接移動するようです。サイトのロゴ/タイトルをクリックするのと同じように機能するはずだと思います。
「いいね!」 7
martin
(Martin Brennan)
44
ああ、私のミスです。これを latest にハードコーディングしてしまいました。設定を尊重するように修正します。
今週は数日間不在にしており、不在中に発生した他の多くの問題で手一杯でした。来週にはこれらの小さな修正に取り組めることを願っています 
「いいね!」 4
martin
(Martin Brennan)
45

merefield:
アップグレードリンクなし
これらのコミットペアにより、最終的に解決されるはずです。サイドバーの初期状態の読み込み方法にアーキテクチャ上の問題がありました。
main ← admin-sidebar-move
opened 01:21AM - 24 Jan 24 UTC
Having the admin sidebar code in an instance initializer is not
ideal because:
…
1. In runs during app boot which may not even be necessary based on site settings
2. It makes it hard for plugins to register additional links in time without resorting
to before/after initializer gymnastics
This PR moves the admin sidebar into a lib and creates the panel
in custom-sections.js, then the sections and links are loaded when
the main sidebar component is rendered, which leaves plugins enough
time to add additional links in an initializer.
main ← dev/sidebar-plugin-api-admin
opened 06:06AM - 23 Jan 24 UTC
c.f. https://github.com/discourse/discourse/pull/25200
The new admin sidebar …doesn't have plugin outlets, so we
need a way to register links like this Upgrade one. The
admin sidebar is currently experimental, so we need to keep
the old outlet around for now for sites who have not enabled
the admin sidebar.
This time we are not using before in the initializer, due
to the changes in this core PR https://github.com/discourse/discourse/pull/25396
「いいね!」 8
これは本当に形になってきましたね!改善ありがとうございます。
特にモバイルフォームファクターでその真価を発揮しているのがわかります。
唯一少し直感的でないのは、ドロップダウンメニューのスコープの変更方法でしょうか?これは珍しいUXの挙動ですかね?…でも、それでも気に入っています。メニューにすべて一度に表示されるよりもずっと良いですし、これにはすぐに慣れることができます。
「いいね!」 5
piffy
47
どちらか一つを変更してください。通常の「設定」を開こうとして、誤って「メール設定」を押してしまいます。
「いいね!」 10
martin
(Martin Brennan)
50
えーと…当社の優れたプラグインについてすべて知っていただきたいのです! 本日中に修正に取り組む予定です 
「いいね!」 8
martin
(Martin Brennan)
51
本日、未解決の問題に対するいくつかの修正をマージしました。

Robert:
メニューを開けば開くほど長くなりますね! 
main ← issue/fix-admin-sidebar-plugin-link-repetition
opened 02:28AM - 21 Feb 24 UTC
When hiding/showing the sidebar, as is the case on mobile
and using the toggle …in the top left on desktop, we delete
and recreate the ember component on the page. This causes
the `sections` for each sidebar panel to get re-evaluated
every time.
For the admin sidebar, this means that we were constantly
re-adding the plugin links to the sidebar, causing duplication.
This can be fixed by just adding @cached to the getter for
sections.
c.f. https://meta.discourse.org/t/introducing-experimental-admin-sidebar-navigation/289281/49?u=martin
main ← issue/fix-admin-sidebar-toggle-button
opened 03:03AM - 21 Feb 24 UTC
We have separated and combined modes for sidebar panels.
Separated means the pa…nels show only their own sections,
combined means sections from all panels are shown.
The admin sidebar only shows its own panels, so it must set
the mode to separated; however when we navigate to chat or
home we must revert to the initial mode setttings.
そして数日前のこれです。
main ← issue/respect-homepage-admin-sidebar-back
opened 07:09AM - 12 Feb 24 UTC
「いいね!」 11
新しい管理サイドバーを使用し、ソフトウェアアップデートを追跡している場合、2023年12月に作業を開始して以来、いくつかのクールな新機能が追加されていることに気づいたでしょう。これは、まもなく新しいサイトでデフォルトになり、最終的にはすべての人にとってデフォルトになる予定ですので、皆様からのテスト、バグレポート、アイデアを歓迎します!
以下は現在のサイドバーの外観です。
注目すべき新しい項目:
- すべて展開/すべて折りたたみセクションのボタン
- 管理セクションに戻ったときに折りたたみ状態が記憶される
- 名前でサイドバー項目をすばやく見つけるための検索フィルター
- サイドバーセクションは、新しい管理セクション構造の出現を反映しています
現在、管理サイドバー自体を超えて、管理ページのナビゲーション要素の改善と標準化にも取り組んでいます。これは進行中の作業であるため、現時点ではかなりの不整合が予想されます。目標は、各ページにタイトル、方向性/ナビゲーションを支援するパンくずリスト、および関連ページにアクセスするためのサブナビゲーションメニューを提供することです。
さらに、各プラグインには、プラグインの設定やその他のサブページにアクセスするためのメニューが含まれる新しいページが提供されます。AIから始めており、現在は以下のようになっていますが、さらに多くのサブページが追加される予定です。AIで確立したら、そのスタイルをすべてのプラグインに適用します。
より多くの管理ページも同様の扱いを受けます。たとえば、「お知らせ」と「レポート」にサイドバーから直接アクセスすると、管理ランディングページのタブではなく、独自のページで表示できるようになります。
新しいナビゲーション構造は確定していません。あまりアクセスされない項目を構造の奥深くに移動し、キーワード検索、セクションで行いたいことに関する情報が含まれるセクションランディングページ、および管理ランディングページからの直接リンクなど、さまざまな便利な方法でアクセスできるようにすることで、さらに簡素化する方法を検討しています。
「いいね!」 9
Moin
55
タブレットでサイドバーを使用していると、目的の項目とは別の項目をタップしてしまうことがあります。その後、目的の項目を使用しても、なぜかフィルターが適用されません。例えば、「検索」をクリックしてから「実験的」をクリックした場合、結果は以下のようになります。
また、フィルターを適用するサイドバーのセクションの一部が、ロケールによって異なる設定を表示するのが気に入らない点です。「実験的」ボタンは、ロケールが英語の場合はすべての実験的なサイト設定を返しますが、ドイツ語の場合は「実験的」という単語が含まれる設定と、翻訳されていない設定のみが表示されます。後者の設定が表示されないため、ドイツ語の用語を使用してもすべてが表示されるわけではありません。 サイドバーのそのセクションを使用すると、すべての実験的な設定が表示されると期待していました。最も気になるのは、サイドバーの同じボタンをクリックしても、ユーザーが選択する言語によって異なる設定が表示されることが明白ではないことです。
「フォント」をクリックしたときに、「ユーザー自身の最大投稿数を削除する」のような設定が表示されるのも混乱します。
「いいね!」 2
martin
(Martin Brennan)
56
これは実際にはバグです。ご指摘ありがとうございます。修正いたします。
これは良い点です。これらは独自の専用カテゴリに移動すべきです。
はい、これはサイト設定のあいまい検索を使用しているためです。サイドバーリンクをクリックしたときに正確に一致しないものが表示されるのは非常に紛らわしいことに同意します。これはさらに洗練させる必要があります。
cc @tobiaseigen このすべてのコンテキストについて
「いいね!」 4
Moin
57
フィルタリングするには、探しているものの名前を知っている必要があります。定期的に使用しないものの名前は、しばしばわかりません。
それらは翻訳可能ですか?そうではないという印象を持っています。ロケールを英語に変更して「user」でフィルタリングすると、4つの結果が得られます。そのうちの1つには「user」という単語が含まれていません。ロケールをドイツ語に戻すと、「Benutzer」でフィルタリングして3つの結果を見つけることができます。キーワードが含まれているものを見つけるには、まだ「user」を使用する必要があります。
キーワードは上記の私の記述を変えるかもしれませんが、現時点では私には役立ちません。
「いいね!」 7
martin
(Martin Brennan)
58
この例では、「Installed Plugins」を除き、どのリンクにもキーワードを追加していません。これは、インストールされているすべてのプラグイン名(翻訳されていません)をキーワードとして取得します。名前に「user」が含まれるプラグインはありますか?
現在フィルタリングしているすべてのサイドバーリンクは翻訳可能です。サイドバー検索に追加のキーワードを追加する際には、これを考慮に入れる必要があります。サイト設定検索用のキーワードを追加したときも同様でした(これもまだ広く使用されていません)。cc @kris.kotlarek お知らせのため
「いいね!」 4
Moin
59

Martin Brennan:
ユーザー”という名前
ユーザーノート
しかし、インターフェースでは一部のプラグイン名が翻訳されています。例:solved、templates、assign… リスト内のプラグインが「Vorlagen」と表示されている場合、「templates」でフィルタリングして見つけることはできません。
「いいね!」 4
martin
(Martin Brennan)
60
はい、わかりました。これはあまり役に立たないかもしれませんが、翻訳済みのプラグインと未翻訳のプラグインが混在しているためです。一部のプラグインには設定用の独自のカテゴリがあり、これは翻訳可能で、リストの名前として使用しています。
そして、一部(User Notesなど)にはこれがないため、生のプラグイン名にフォールバックする必要があります。
おそらく、すべてのプラグインで入力でき、その後翻訳できる、admin.plugin_name のような非常に明示的な翻訳キーが必要なのでしょう。これにより、将来的に確固たる基盤が提供され、これらの奇妙なハックやフォールバックを最終的に削除できるようになると思います。
「いいね!」 3
martin
(Martin Brennan)
61
先週、サイドバーフィルターを更新し、「結果なし」が見つかった場合に2つの追加リンクが表示されるようになりました。
- 「サイト設定を検索」 - フィルターが検索に事前入力された状態でサイト設定ページに移動します。
- 「管理者ユーザーリスト」 - フィルターがユーザー名検索に事前入力された状態でユーザーリストに移動します。
これにより、より優れた「管理者全体」の検索が実装されるまでのギャップを埋めることができるはずです。

Moin:
それらは翻訳可能ですか?
これも現在完了していますが、まだ多くの追加キーワードを追加していません。
「いいね!」 6