質問: 段階的な検証と開示 私はプログレッシブ検証の例を見つけようとしています。ビジュアルエディター用のuiがあり、ユーザーはピクセルまたはパーセントで寸法を示します。エディターのプロパティは一連のタブにあるため、すべてのフィールドが同時に表示されるわけではありません。このuiで検証を実行する方法と方法については、すでに説明しています。私は次のような見方をしています。a)検証は、ユーザーがソフトウェアの期待を学び、必要なものを「改善」できる通信チャネルを作成するため、有用です。 b)変更が必要なものをユーザーが視覚的に確認できるように、(要約が他の場所で使用されているかどうかにかかわらず)入力フィールドの検証エラーを直接示すことは常に優れています。私の同僚は、私が最も尊敬していること以外は何も考えていません。彼のロジックは次のとおりです。a)特定のタイプのエントリを防止するか、または一部のエントリの場合は、無効な場合はより適切な値に変更する方が便利です。たとえば、誰かが100より大きいパーセンテージ値を使用した場合、uiはフォーカスが失われたイベントで値を100にリセットします。 b)タブ環境であるため、一部のエラーはユーザーには表示されません。 「多くの」検証エラーが発生する可能性があるため、要約を使用しても無駄です。これを回避する解決策は、無効な値を徐々に開示することだと思いました。ユーザーが誤っている可能性のある値を入力すると、それらはある種の要約でフラグが付けられます。概要により、ユーザーは問題のフィールドを表示することなくナビゲートできます。私は元々の人だったらよかったのですが、ここには前例があるはずです。私の質問は次のとおりです。 私または私の同僚の視点に追加するものはありますか? プログレッシブ検証を行う複雑なエントリを持つこのようなuiの例はありますか?
回答: 最近、同様の問題が発生したプロジェクトに取り組みました。昨年の「 minimizing complexity 」の記事で、それを解決した方法のスクリーンショットをご覧いただけます。