Accessible Description
可存取說明
可存取說明會補充元件名稱沒有說明的資訊。它可以解釋格式、限制或操作結果。
accessible name + role + referenced description -> assistive technology output<label for="email">id="receipt-hint"輸出範例accessible name + role + referenced description -> assistive technology outputA11Y另一個例子
「電子郵件」欄位用 aria-describedby 連到畫面上的隱私說明。輔助工具可以讀出名稱、角色和補充說明。
主要部分
- 01畫面上的標籤
- 02可存取名稱
- 03畫面上的補充文字
- 04說明文字參照
- 05計算後說明
- 06輔助工具輸出
什麼時候用
元件名稱以外還有實用細節時，可以加入可存取說明。可以的話，請連到畫面上看得到的文字。
什麼時候不要用
不要用補充說明取代標籤。長篇且有結構的內容需要獨立導覽時，可以改用 aria-details。
程式裡的名稱
accessible name + role + referenced description -> assistive technology output 上線前要檢查
每個欄位都要有程式能讀到的標籤。連結提示與錯誤，並保留已輸入內容。檢查自動填寫、鍵盤順序、驗證時機、送出狀態、失敗復原、縮放與多語系。
預期成果：使用 可存取說明 (Accessible Description) 解決這項需求，同時保留使用者目前的操作脈絡。 使用者情境：「電子郵件」欄位用 aria-describedby 連到畫面上的隱私說明。輔助工具可以讀出名稱、角色和補充說明。 建議介面模式：可存取說明 (Accessible Description)。 適用理由：元件名稱以外還有實用細節時，可以加入可存取說明。可以的話，請連到畫面上看得到的文字。 不應使用的情況：不要用補充說明取代標籤。長篇且有結構的內容需要獨立導覽時，可以改用 aria-details。 產品要求：定義預設、載入、沒有內容、錯誤、成功與復原狀態。保留使用者已輸入的內容，每個操作後都提供清楚回饋。 無障礙與韌性：使用結構正確的 HTML（語意化 HTML）和完整鍵盤操作。焦點要清楚可見，版面縮放後仍要好用。也要提供減少動態效果。遵守專案現有規則。除非專案已採用，否則不要新增介面元件庫。 驗收條件：主要任務可只用鍵盤完成，在 320px 寬度也能正常使用。焦點與狀態變化可被輔助工具讀出。載入、失敗、重試、取消與減少動態效果都已驗證。 證據與限制（證據邊界）：標準只涵蓋列出的範圍，不會替你決定外觀、產品做法或 Vibulary 的教學範例。 待確認：產品文字、資料來源、分析事件、支援裝置與語系，以及平台特有限制。
檢查這份需求
請 AI 程式助手檢查目前如何使用 可存取說明 (Accessible Description)。 定義：可存取說明會補充元件名稱沒有說明的資訊。它可以解釋格式、限制或操作結果。 正式環境檢查：每個欄位都要有程式能讀到的標籤。連結提示與錯誤，並保留已輸入內容。檢查自動填寫、鍵盤順序、驗證時機、送出狀態、失敗復原、縮放與多語系。 修改程式前，先列出看到的證據、缺口、嚴重程度，以及最小且安全的修正。