Accesibilidad - Páginas de Almacenamiento

En la tabla de abajo, puede ver las correcciones de accesibilidad completadas para la versión 26.3. La tabla presenta la aplicación, la página y los criterios de accesibilidad que se corrigieron.

Criterios de accesibilidad	Menú de ajustes de almacenamiento en todas las páginas
Textos alternativos y subtítulos Haga que los elementos visuales sean comprensibles para todos Las imágenes, los iconos y los elementos multimedia deben tener alternativas de texto claras, como texto alternativo, etiquetas o transcripciones. Se agregó texto alternativo a los íconos del dashboard y se garantizó que los íconos sin significado estén marcados como decorativos.	Sí
Visual Diseño: Color y Contraste Haga que el contenido sea fácil de leer y ver El texto y los elementos visuales deben tener suficiente contraste con el fondo, y las páginas deben funcionar bien con un zoom del 200%. Ejemplo: Se incrementó el contraste entre el texto y los botones; se probaron las páginas principales con un zoom del 200 % para garantizar que nada se corte.	Sí
Navegación por teclado y enfoque Asegúrese de que el producto funcione sin un mouse Los usuarios deben poder llegar a los elementos mediante el teclado. El enfoque (como los contornos) siempre debe ser visible y no debe quedar oculto atrás de los encabezados. Al navegar con la tecla Tab por el encabezado, aparece un nuevo botón denominado "saltar al contenido principal"; los menús desplegables se abren con el teclado.	Sí
Soporte de Tecnología de Asistencia (JAWS, Voz, etc.) Funcionar bien con lectores de pantalla y herramientas de voz Los elementos deben tener etiquetas y roles correctos para que las herramientas de asistencia (como JAWS o Dragon) puedan leerlos o activarlos. Se agregaron nombres accesibles a los botones para que Dragon pueda activar "Enviar"; se probó el flujo del lector de pantalla para los anuncios y los botones.	Sí
Navegación de página Mantener el movimiento claro y predecible Los menús y enlaces deben estar en el mismo lugar en cada página, ser compatibles con el teclado y estar claramente etiquetados con una navegación lógica entre los componentes. Ejemplo: la guía de navegación con teclado del usuario es funcional en todos los elementos; los menús se pueden recorrer con la tecla Tab.	Sí
Formularios y Mensajes de error Haga que la entrada sea clara y corregible Los campos tienen una etiqueta y los errores deben mostrarse claramente. Ejemplo: ahora aparece "El campo Nombre de habilidad es obligatorio" debajo del campo; el foco cambia a la notificación.	Sí
Mensajes de estado y Alertas Anuncios de cambios para herramientas de asistencia Cuando algo cambia (como "guardado" o "Error"), herramientas como los lectores de pantalla deben percibirlo. Ejemplo: Los Mensajes de éxito usan una región activa de ARIA — JAWS lee “Guardado correctamente”.	Sí