1つのダイアログに2つの進行状況バーを表示するのは悪い考えですか？
今朝私のチームメイトと話し合っていますが、どちらが最善の方法であるかはわかりません。
シナリオ：ユーザーが処理する単一のドキュメントを選択すると、進行状況バーとその進行状況を示すテキストが表示されます（例：35/40ページ）。
ユーザーが複数のドキュメントを選択すると、現在の実装では2つの進行状況バーが表示されます。最初の1つは処理中のドキュメントの数を示し（例：30のドキュメントの13）、2番目は特定のドキュメント（例：20ページの1000）の処理中のページを示します。
システムがすべてのドキュメントの総ページ数を知っていて、プログレスバーがリアルタイムでこれを反映できると理想的です。ただし、そのようには機能しません。現在のドキュメントの合計ページのみがわかります。
進行状況バーの1つを取り除きたいのですが、ドキュメントが1つしかない場合（処理中のページ数を表示しているとき）にダイアログと一致します。しかし、私は、1つのドキュメントよりも全体のほうが重要だと感じています。 2つの進行状況バーを維持することは、それほど悪い考えではないでしょうか。
複数の進行状況バーを表示することは新しい概念ではありません。あなたのケースは、使用が正当化される理想的なシナリオです。 1つの進行状況バーは全体的な進行状況を表し、もう1つは現在のタスクの進行状況を表します。
バーを1つだけ使用する場合は、現在のタスクの進行状況を表示するのではなく、全体的な進行状況のみを表示するのが理にかなっています。
両方の世界を最大限に活用する良い方法は、'Show more details'関数を使用することです。デフォルトのビューは全体的な進行状況を示す単一のバーであり、詳細ビューは2つのバーのバージョンです。
似ている2つの進行状況バーは、ユーザーにとってかなり難しいと思います。下部バーが上部バーの1つのチャンクのみを表すという抽象化を把握するには、かなりの労力が必要です。
ここに提案を示します。上部のバー（全体の進行状況）を、ドキュメントを表す縦の一連のアイコンで置き換え、数値カウンター（たとえば、3/25）で置き換えます。終了するたびに、1段上にスクロールします。
2つの進行状況バーを表示することは恐ろしいことではないかもしれませんが、ドキュメントの合計進行状況バーの値を疑問視します。
アプリケーションは合計ページ数を認識できないため、最初の9つのドキュメントが5ページで最後のドキュメントが4000の場合、処理されたドキュメントの数を示すプログレスバーは誤解を招く可能性があります。
1つのオプションはドキュメントの数を単なる数として表示する ...
Processing document 3 of 23...
[== progress bar ==] Page 20 of 1000
...およびドキュメント数を数値で更新。