リストから詳細ビューに切り替えるときのモーダルまたは新しいページ？ （問題追跡システム内）
私は現在、問題追跡システムに取り組んでいます（Jiraと比較した方がいいかもしれませんが、より軽量です）。アプリケーションのメイン画面は次の問題リストです。
ユーザーが課題をクリックすると、（Trelloなどの）モーダルビューで課題を開くことができます。
または、[戻る]ボタンを使用して新しいページで開き、リスト全体に戻ります。
これについては相反するアドバイスがあるため、私は未定です。
モーダルビューには、ユーザーが課題リストのコンテキストに留まるという利点があります。精神的な切り替えコストが少なくて済みます。新しいページには、より多くのコンテンツに適しているという利点があります。特に、スクロールバーが必要になり、組み込みのブラウザーナビゲーションでうまく機能する場合。
このコンテキストではどのオプションが望ましいですか？
私は、平均的なユーザーが通常の消費者よりも少しコンピュータに精通していると私が思う問題追跡システムでのそれの実装についてはわかりませんが https://baymard.com/blog/ecommerce-quick -views
詳細Baymardの調査によると、ユーザーはモーダルまたは「最終」ページを認識しています。これにより、ユーザーは実際に詳細情報のあるページがあることに気付かない可能性があります。クリスチャンホルストはまた、クイックビューの使用は通常、デザインが不十分なリストビューの結果であると述べています。上記は、ほとんどの場合、両方のオプションを紹介したものです。あなたが調べた可能性があるかどうかはわかりません。
モーダルを使用すると、ブラウザの戻るボタンを誤用するリスクが高まります。 （「戻る」を押してリストビューに戻ってから、リストビューの前のホームページまたはページに戻る）。これはHTML履歴タグ付けで調整できますが、お勧めしません。
そして、これは個人的なものですが、これらを新しいタブで開くので、純粋に好きではありません。確かに、これは主に設計が不十分なリストビューと戻るボタンの機能によるものです。それでも。
Eコマースに焦点を当てていますが、まだ適用される可能性があります。
関連する可能性があるその他の（ベイマード）記事： https://baymard.com/blog/back-button-expectations 、 https://baymard.com/blog/inline-scroll -areas
さて、私はアサナに触発された3番目のオプションを思いつきました。選択したバグをサイドで開いている間、リストを開いたままにし、最も重要な情報のみを表示することもできます。これは少なくともタブのスクロールの問題を解決します。おそらく、HD以上の画面サイズでのみ機能します。
多くの情報がある場合、モーダルは最適なコンポーネントではありません。そのような状況では、ページを作成するほうが効果的です。
あなたの例では、行を展開するオプションがあることが理にかなっている（折りたたみ可能な行）かどうかを確認できます。
このディスカッションを見てください： モーダルまたは新しいページ？
他の意見を聞いて探しています。