Error Summary
錯誤摘要
錯誤摘要是表單上方的短清單。每一項會說明錯誤，也能帶使用者前往要修改的欄位。
submit -> validate -> focus summary -> link each message to its invalid field#email · 請輸入完整的電子郵件地址#password · 請至少輸入 12 個字元name@••••••••submit -> validate -> focus summary -> link each message to its invalid fieldA11Y另一個例子
表單有兩個錯誤。送出後，焦點會移到摘要。選取「電子郵件」後，焦點會移到對應欄位。
主要部分
- 01摘要標題
- 02錯誤數量
- 03可前往欄位的錯誤項目
- 04欄位識別碼
- 05欄位旁的個別訊息
- 06焦點移動路徑
什麼時候用
送出表單後發現多個錯誤時，可以顯示錯誤摘要。每個有問題的欄位旁仍要保留個別訊息。
什麼時候不要用
不要只顯示一個模糊的橫幅來取代欄位訊息。驗證失敗後，也不要清除已填對的內容。
程式裡的名稱
submit -> validate -> focus summary -> link each message to its invalid field 上線前要檢查
每個欄位都要有程式能讀到的標籤。連結提示與錯誤，並保留已輸入內容。檢查自動填寫、鍵盤順序、驗證時機、送出狀態、失敗復原、縮放與多語系。
預期成果：使用 錯誤摘要 (Error Summary) 解決這項需求，同時保留使用者目前的操作脈絡。 使用者情境：表單有兩個錯誤。送出後，焦點會移到摘要。選取「電子郵件」後，焦點會移到對應欄位。 建議介面模式：錯誤摘要 (Error Summary)。 適用理由：送出表單後發現多個錯誤時，可以顯示錯誤摘要。每個有問題的欄位旁仍要保留個別訊息。 不應使用的情況：不要只顯示一個模糊的橫幅來取代欄位訊息。驗證失敗後，也不要清除已填對的內容。 產品要求：定義預設、載入、沒有內容、錯誤、成功與復原狀態。保留使用者已輸入的內容，每個操作後都提供清楚回饋。 無障礙與韌性：使用結構正確的 HTML（語意化 HTML）和完整鍵盤操作。焦點要清楚可見，版面縮放後仍要好用。也要提供減少動態效果。遵守專案現有規則。除非專案已採用，否則不要新增介面元件庫。 驗收條件：主要任務可只用鍵盤完成，在 320px 寬度也能正常使用。焦點與狀態變化可被輔助工具讀出。載入、失敗、重試、取消與減少動態效果都已驗證。 證據與限制（證據邊界）：它只代表該來源的官方說法。其他平台或團隊可能有不同用法。 待確認：產品文字、資料來源、分析事件、支援裝置與語系，以及平台特有限制。
檢查這份需求
請 AI 程式助手檢查目前如何使用 錯誤摘要 (Error Summary)。 定義：錯誤摘要是表單上方的短清單。每一項會說明錯誤，也能帶使用者前往要修改的欄位。 正式環境檢查：每個欄位都要有程式能讀到的標籤。連結提示與錯誤，並保留已輸入內容。檢查自動填寫、鍵盤順序、驗證時機、送出狀態、失敗復原、縮放與多語系。 修改程式前，先列出看到的證據、缺口、嚴重程度，以及最小且安全的修正。