Interfaccia Nucleo A1 · Standard ufficiale Piattaforma: Web

Accessible Description

Descrizione accessibile

Una descrizione accessibile aggiunge dettagli utili che il nome accessibile di un elemento non fornisce. Può spiegare un formato, un limite o una conseguenza.

Vedi come funziona
Potresti chiamarlo Accessible Descriptiondescrizione ARIAaria-describedbytesto descrittivo

Vedi come funziona

Esempio originale svoltoDescrizione accessibile
REGOLA UI ACCESSIBILEDescrizione accessibileaccessible name + role + referenced description -> assistive technology output
CAMPO CONTATTOname + description
ETICHETTA VISIBILEEmail<label for="email">
TESTO DI AIUTO VISIBILEUsiamo questo indirizzo solo per le ricevute.id="receipt-hint"
ATEmail, modifica testoUsiamo questo indirizzo solo per le ricevute.output di esempio
Suggerimento visibile rimane disponibile a tuttiaria-describedby="receipt-hint"
SUPERAREL'etichetta nomina il campo; la descrizione aggiunge dettagli utili.EVITAaria-describedby non deve sostituire l'etichetta.
accessible name + role + referenced description -> assistive technology outputA11Y
Descrizione accessibileEsercizi per interfacce accessibili

Un altro esempio

Un campo Email fa riferimento a un suggerimento di privacy visibile con aria-describedby. La tecnologia assistiva può annunciare il nome, il ruolo e la descrizione.

Parti principali

  1. 01Etichetta visibile
  2. 02Nome accessibile
  3. 03Testo di aiuto visibile
  4. 04Riferimento descrizione
  5. 05descrizione calcolata
  6. 06output assistivo

Usalo quando

Usa una descrizione per dettagli utili che non siano il nome dell'elemento. Riferisci il testo visibile quando possibile.

Non usarlo quando

Non usare una descrizione invece di un'etichetta. Usa aria-details quando contenuti strutturati lunghi necessitano di una navigazione propria.

Nome usato nel codice

accessible name + role + referenced description -> assistive technology output

Prima di spedire

Give each field a label that code can read. Link hints and errors, and keep entered values. Check autofill, keyboard order, validation timing, submit states, failure recovery, zoom, and languages.

Puoi copiare la richiesta

Outcome: Complete the task with Descrizione accessibile (Accessible Description). User context: Un campo Email fa riferimento a un suggerimento di privacy visibile con aria-describedby. La tecnologia assistiva può annunciare il nome, il ruolo e la descrizione. Recommended pattern: Descrizione accessibile (Accessible Description). Why it fits: Usa una descrizione per dettagli utili che non siano il nome dell'elemento. Riferisci il testo visibile quando possibile. Do not use it when: Non usare una descrizione invece di un'etichetta. Usa aria-details quando contenuti strutturati lunghi necessitano di una navigazione propria. Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary): Lo standard copre solo l'ambito elencato. Non sceglie lo stile visivo, la decisione sul prodotto o l'esempio di vocabolario. Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.

Controlla questa richiesta

Review how Descrizione accessibile (Accessible Description) is used now. Definition: Una descrizione accessibile aggiunge dettagli utili che il nome accessibile di un elemento non fornisce. Può spiegare un formato, un limite o una conseguenza. Release checks: Give each field a label that code can read. Link hints and errors, and keep entered values. Check autofill, keyboard order, validation timing, submit states, failure recovery, zoom, and languages. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.

A1
Quanto è ufficiale questo termine?

Standard ufficiale

Uno standard con un nome fissa le regole descritte in questa pagina.

Lo standard copre solo l'ambito elencato. Non sceglie lo stile visivo, la decisione sul prodotto o l'esempio di vocabolario.

Ambito
Solo ciò che la sorgente copre:nome canonico、definizione、Semantica、implementazione
stato del documento
raccomandazione
Selezionato attivato
2026-07-30

Fonti e ambito delle prove

Fonte dell'autorità + Riferimento del termine · W3C · raccomandazione Accessible Name and Description Computation 1.1 — Definition: accessible description Definition: accessible description Ambito: nome canonico、definizione、Semantica、implementazione Ruolo qui: Riferimento diretto al termine La fonte copre: nome canonico, definizione, Semantica, implementazione Fonte dell'autorità + Riferimento del termine · W3C · raccomandazione Accessible Name and Description Computation 1.1 — 4.2 Description Computation 4.2 Description Computation Ambito: nome canonico、definizione、Semantica、implementazione Ruolo qui: Riferimento diretto al termine La fonte copre: nome canonico, definizione, Semantica, implementazione Fonte dell'autorità · W3C · raccomandazione Accessible Name and Description Computation 1.1 Ambito: nome canonico、definizione、Semantica、implementazione Ruolo qui: Autorità entro i limiti dichiarati La fonte copre: nome canonico, definizione, Semantica, implementazione Fonte dello sfondo WAI-ARIA 1.2 — aria-describedby Ruolo qui: Contesto utile, non una definizione

Copia tu stesso

Il browser non è riuscito a copiare questo. Seleziona la richiesta qui sotto e copiala tu stesso.