別のログスターページに移動するのは悪いかもしれませんが、それは10年間続いてきた慣習です。
管理ページからそこへ移動する方法はありますが、サイドバーから見つける方法はないため、サイドバーは通常の人が/logsを見つける能力を奪います。新しいサイトの誰かを助けようとしたところ、サイドバーをオンにしてしまい、/logsを見つける可能性がゼロになりました。そこに行きたいことを知っていて、手で入力する必要があります。この特定のアドミンは、おそらくそれを実行することはないでしょう。
では、サイドバーから/logsにアクセスする方法があるということですか？「水平メニュー」が何なのか分かりませんが、おそらく？
私の言い方が悪かったですね。言いたいことはわかっています 
「Staff Actions/Screened Emails/Screened IPs/…」を含む「水平」メニューバーは、サイドバーのメニュー項目を再現しています。
はい、サイドバーの「エラーログ」リンクからアクセスできます。セキュリティセクションの最初の項目です。
ただし、@martin さん、これは新しいブラウザタブで開くべきだと思いますか？
サイドバーのフィルターで例えば「log」と検索しても、エラーログを含むすべてのログが表示されます。
「サイトに戻る」リンクを /logs に追加したのだと思います。
ああ、そうですね、それは良い点です。トリックを実行する「サイトに戻る」リンクのことを忘れていました。
なるほど！セキュリティにあるのが理解できません。「詳細設定」を何度か探しました。
待ってください！
しかし、別のサイトで管理者のサイドバーを有効にしたところ、これがありました。
これが私が望んでいたものです。この素晴らしいログメニューは、faf0807以降削除されたのでしょうか？
管理者が新しいタブを開く方法を知っているかどうかは、管理者次第だと思います。 
リンクを新しいタブで開くという管理者の好みに従うこともできますが、昔ながらのインターフェースは管理者がブラウザの使い方を知っていることを前提としていました。あなたも知っていると思います。
インターフェースを「変更」したいという要望は非常に良いものだと理解していますが、私はフォールバックオプションを好みます。インターフェースを再学習しなければならないのは、非常に戸惑う可能性があるからです。たとえそれがより直感的であると信じられていたとしてもです。
それがDiscourseの素晴らしい点の一つであり、管理者パネルでもテーマを使用できるオプションがあることです。一度、私の記憶が正しければ、管理インターフェースを、移行元のフォーラムインターフェースに似せるために、管理者テーマを作成することさえ可能だったかもしれません。カメレオンは、オープンソースの適応性のおかげで、よりうまく溶け込むことが多いです。
ストップウォッチを取り出して計ったわけではありませんが、この新しいUIでは、目的の場所に行くためにクリック数が増え、時間がかかるようになった気がします。
UIのこの領域をこれほど劇的に変更する必要があると感じたきっかけを知りたいです。
モバイルでは、サイドバーを開くために右上まで手を伸ばし、左上まで手を伸ばして「管理者」オプションを正確にタップし、再度サイドバーを開くために手を伸ばす必要があります。検索機能は良好なので、それを使用し始めましたが、画面の左上まで再度手を伸ばしてから目的のものを入力する必要があります。
管理設定の発見可能性は大幅に向上したと言えます。あまり変更しない設定を見つけやすくなりました。しかし、その代償として基本的なワークフローがより複雑になりました（サイドバーを2回開く、テキスト検索を行う）。そのため、以前は2回のタップでアクセスできた頻繁に使用される管理メニュー項目へのアクセスが、より困難になりました。基本的に、必要な最大労力は削減されましたが、最小労力は増加しました。そして、最小労力が発生するシナリオの方が一般的です。
管理ページをスター/お気に入りに登録し、それらをメインの管理ページにボタンとして表示できる方法があると良いでしょう。
そのアイデアは良いと思います。管理エリアでは通常、数ページしか使用しないので、これにより作業が大幅にスピードアップします。
管理サイドバーにスコープされたカスタムセクションとリンクを追加する予定です。これは、フォーラムのメインサイドバーでできるのと同じように、いずれかの時点で追加されます。おそらく、新しいダッシュボードへのショートカットを追加することも、カードに含まれるでしょう。
モバイルUXの話ですが、管理ダッシュボードのメイン部分（またはすべての管理ページ）に検索バー/ボタンがあるとさらに良いでしょう。その検索バー/ボタンは、1) 独自の検索機能を持つか、または 2) サイドバーを開いてサイドバーの検索バーにフォーカスを設定するかのどちらかです。これは、検索を使用する多くのプラットフォームで一般的なUI/UX機能のようです。
サイドバーは（特にデスクトップでは）気に入っていますが、モバイルでは直接操作する回数が少ないほど良いです。
頻繁にアクセスする場所で、時間がかかったりクリック数が増えたりした例をいくつか教えていただけますか？非常に参考になります。
今回の変更の目標の1つは、ユーザーインターフェースの複雑さを軽減するために、いくつかの項目をナビゲーションに隠すことです。それらは依然としてアクセス可能ですが、構造上1つまたは2つ下のレベルになります。これは、習慣で操作している人にとっては調整が必要な「チーズムーブ」を必然的に伴いますが、Discourseを初めて使用する人や、すべてのダイヤルやノブをすぐに利用できる必要がない人にとっては、全体的なエクスペリエンスが向上する可能性があります。
管理セクションについては、意図的にデスクトップを優先して設計していますが、モバイルファーストのユーザーに対して、より多くのことを行い、行うべきであることに同意します。例えば、モバイルでは、チャットで開始したように、頻繁に使用するナビゲーション項目を親指の届く範囲に移動させることができます。
もしよろしければ、モバイルでのDiscourse UIに対する変更案を提案する新しいトピックを開始していただけませんか？約束はできませんが、アイデアを共有するには良いでしょう。例えば、モバイルでヘッダーナビゲーション項目を下部に移動させるのは、試してみる価値のある興味深い実験になるでしょう。
Martinが言うように、これは私たちのリストにあり、そう遠くない将来に実現したいと考えています。私は常に、Discourseのページに:star:を付けて、サイドバーのお気に入りセクションに追加/削除できるようにすることを提唱してきました。より多くの人がこのアイデアに賛同していることを嬉しく思います。どのように機能するかについてのアイデアを収集したい場合は、お気軽に新しいトピックを開始してください。
できる限り時間を確保するようにします。全体として、2番目の発言に基づくと、新規ユーザーにとっては簡単になりますが、パワーユーザーにとっては難しくなるように聞こえます。それは問題ありません、それは起こることですし、パワーユーザーは適応するでしょう。しかし、「すべてを見せて」オプションは、速く動く私たちにとっては常に便利な機能です
おそらく、設定の最上位レベルで、高度なモードなどのトグルを単純に1つ用意するという選択肢があるのではないでしょうか？
アイデアは気に入っていますが、以下のような点があります。
右上のハンバーガーメニューを新しいサイドバーの代わりに使うと、非常に混乱します。最終的にはそちらに移行する必要があることはわかっていますし、ほとんどの場合はそうしたいのですが、まずいくつか大きなUXの問題を解決する必要があります。
ああ、いやだ！「コミュニティ」というラベルが、「どうラベル付けすればいいかわからない雑多なもの」に使われているのが、悲しいことに復活してしまいました！
何が妨げになっていますか？
ありがとうございます。しかし、このフィードバックは特に実行可能ではありません。もっと具体的に教えていただけますか？ここにある項目で、別のセクションにあると予想されるものはありますか？また、その理由を説明していただけますか？あるいは、「コミュニティ」というラベルを別の名前で呼ぶことを提案していますか？もしそうなら、何と呼びますか？
私たちは、これらのセクションと各セクション内の項目を最初に決定するために、いくつかの初期調査を行いましたが、改善に関する提案にはいつでも対応します。
二つの大きな問題があります。
当サイトでは、タグはカテゴリの文脈で最も意味があります。（タググループを広範囲に使用しています。）そして、カテゴリは小さくても意味のある階層に整理されています。サイドバーはすべてフラットに表示されます。カテゴリ名の中には、親カテゴリ名なしでは意味をなさないものもあります（冗長性を加えるために名前を変更することにはあまり乗り気ではありません）。
デフォルトページとしてカテゴリ＋最新情報を使用しています。（https://discussion.fedoraproject.org/ を参照してください。）これはサイドバーのカテゴリリストと非常に重複しており、フロントページが信じられないほど忙しく、威圧的に見えます。
しかし、デフォルトビューとして「最新情報」のみに切り替えると、カテゴリが何を意味するのかという非常に重要な概要を失ってしまいます。（これは実際、サイトメンバーがしばらくアクティブでセットアップを理解している場合には推奨したいことですが、私が始めたい方法ではありません。）
二つ目の問題については、まだ実際にモックアップしたりテストしたりしていませんが、一つのアイデアがあります。カテゴリ＋最新情報ビューではサイドバーをデフォルトで「折りたたんだ」状態にし、☰をクリックしてサイドバーを表示した場合、自動的に最新情報のみに切り替えるというものです。
「コミュニティ」という言葉には実際の意味があります。フォーラムやウェブサイトはコミュニティではありません。コミュニティやコミュニティのためのツールにはなり得ますし、フォーラムの周りにコミュニティが形成されることもありますが、それらを混同することは積極的に有害です。それは用語を安っぽくし、実際のコミュニティ構築とサポートへの意図的な焦点を損ないます。
現在のメニューでは、この用語は「ユーザーアカウントに関するいくつかのこと、しかし他にどこにも置けなかったもの」のラベルとして使われているようです。
通知設定がなぜ「コミュニティ」なのですか？ 監視ワードは？ パーマリンクは？
逆に、「サイトについて」が「コミュニティ」なら、なぜロゴはそうではないのですか？ バッジが「コミュニティ」なら、カスタム絵文字はなぜそうではないのですか？ おそらく「タグ」も？ 「スタッフアクションログ」はどうですか？ （それは法的コンプライアンスリンクの設定よりも、実際のコミュニティに関連性が高いでしょう。）
もしこれがサイトメンバーアカウントに特に関連するもののためだけであれば、私はそれほど腹立たしくないでしょう（その場合、「ユーザー」や「アカウント」が最も適切でしょうが）。
コミュニティカテゴリに収まる可能性のあるものがいくつかあります。ゲーミフィケーションツールとしてのバッジはそこに含まれるかもしれません。モデレーションツールとレポート。感情分析。信頼レベルの設定はセキュリティトピックかもしれませんが、信頼レベルのレポートはコミュニティかもしれません。「グループ」も収まるかもしれませんが、「アカウント」の下の方が良いかもしれません。実際に…に関連するもの
以前これについて議論があったときと同様に、私が「より良い」ラベルを見つけるべきだとは思いません。有害なラベルを使わないことがあなた方の責任です。しかし、変更を加える前に提案が必要な場合は、「その他」を検討してください。
これは別の点を提起します。これらの法的リンクは重要ですが、性質上、変更されることはめったにありません。メニューの編成において、使用頻度を重要な要素として考慮すべきではないでしょうか？数年に一度しか変更されないかもしれないものは、ほぼ毎日更新される可能性のあるレポートやアクティビティと同じレベルにあるべきではありません。
もはや「ハンバーガーメニュー」とは呼ばれていないと思います。サイドバーの「ドロップダウン」モードにすぎません。ドロップダウンモードは（オプションとして）残ることを本当に願っていますか？
特に、別の種類の左サイドバーを表示したい場合に便利です。
右上にある「ハンバーガー」アイコンは、本質的なDiscourseの「ルック」だと思います…
マットのフォーラムはまだサイドバーを使用するようにアップグレードされていません。彼らはまだ右上にハンバーガーメニューがある古い形式を使用しています。
混同に対するあなたの不満は理解できます（過去のあなたのコメントを読みました）が、この場合、その見出しの下にあるアイテムのコレクションがコミュニティ構築ツールであるように思われるため、私には理にかなっています。（ただし、そのように名前を付ける決定には何も関与していません。）代替案として何をお勧めしますか？
