2526MicroUdL3.3.7-A-000

De WCAG Wiki
Revisión del 09:18 15 ene 2026 de 202526MicroUdL05 (discusión | contribs.) (Página creada con «{{ActividadWCAG |id_criterio=3.3.4 - Prevención de errores (Nivel: AA) |id_subcriterio=3.3.7-A |id_universidad=MicroUdL |curso_academico=2025-26 |enlace=https://wikiwcag.udl.cat/Principio_3/3.3_Assistencia_en_los_input/3.3.7-A |noa_barrera_evidencia_img=2025 26 MicroUdL 3.3.7-A NOA.png 2025 26 MicroUdL 3.3.7-A NOA.png |noa_barrera_evidencia_url=https://www.bbva.es/nimbus/signin.html |noa_barrera_evidencia_html=<nowiki> <input data-coronita-input="" ref="" type="pa…»)
(difs.) ← Revisión anterior | Revisión actual (difs.) | Revisión siguiente → (difs.)

Edición de la página como formulario

1. Información básica

Id del criterio: 3.3.4 - Prevención de errores (Nivel: AA)
Título del subcriterio: 3.3.7-A
Universidad participante: MicroUdL
Curso académico: 2025-26

Enlace directo a la página del subcriterio en la wiki https://wikiwcag.udl.cat/Principio_3/3.3_Assistencia_en_los_input/3.3.7-A



2. Ejemplos prácticos

2.1. Ejemplo NO accesible

2.1.1. Evidencia en imagen y enlace:
a) Imagen
Archivo:2025 26 MicroUdL 3.3.7-A NOA.png 2025 26 MicroUdL 3.3.7-A NOA.png

b) Enlace de donde se ha obtenido la imagen:
https://www.bbva.es/nimbus/signin.html

2.1.2. Código HTML:

<input data-coronita-input="" ref="" type="password" class="c-input-box__input " id="input-password" name="password" placeholder="" aria-required="true" aria-invalid="false" autocomplete="off" data-label="Clave de acceso" data-testid="login-form-password">



Explicación del problema detectado:
A hacer Login no podemos recuperar la contraseña habitual y que se escriba de manera automática, aunque la tengamos guardada en el ordenador o en el navegador bajo los estándares de seguridad ordinarios (huella, PIN…), ya que en el código encontramos autocomplete=”off”.

Indica a que personas con discapacidad afecta y explicación de las barreras que causa
Para entrar en la web es mucho más fácil entrar con una contraseña que se actualice de manera automática, siempre que se mantengan las pautas de seguridad habituales en su almacenamiento y recuperación. Al tener que volver a escribirla cada vez que se entra, se aumenta la carga de trabajo.


2.2. Ejemplo Accesible

2.2.1. Evidencia de imagen:
a) Imagen

b) Enlace de donde se ha obtenido la imagen:
https://www.lidl.es/es/checkout/address


2.2.2 Código HTML:

<div class="c-10"> <label for="sameasinvoice-delivery-checkout"> <input type="checkbox" id="sameasinvoice-delivery-checkout" name="daf.differentAddress" value="false" checked="checked" > <span style="font-weight: normal"> Mi dirección de envío es la misma que de facturación </span> </label> <input class="hide" type="checkbox" id="differentasinvoice-delivery-checkout" name="daf.differentAddress" value="true" > </div> <fieldset class="r no-m hide" id="new-delivery-addresses"> <!-- Campos para una dirección de envío distinta (ocultos por defecto) --> </fieldset>



Explicación de la solución aplicada:
Al incluir estas opciones, se conserva la información ya facilitada anteriormente y se evita tener que volver a escribirla:

checked="checked" en #sameasinvoice-delivery-checkout → por defecto no se pide volver a escribir la dirección de envío si coincide con la de facturación.

<fieldset ... class="... hide" id="new-delivery-addresses"> → el formulario de “otra dirección” no aparece salvo que el usuario lo necesite (y decida cambiarlo).