Partekatu honen bidez:

Procedimientos de accesibilidad que deben evitarse

Al compilar experiencias de Windows accesibles, evite los siguientes patrones de implementación. Estos patrones normalmente degradan la eficacia del teclado, reducen la confiabilidad del lector de pantalla o crean una carga cognitiva innecesaria para los usuarios que dependen de la tecnología de asistencia.

  • Evite crear controles de interfaz de usuario personalizados cuando un control estándar sea funcionalmente suficiente. Prefiere controles integrados de Windows o controles de terceros que ya exponen un comportamiento sólido de Automatización de la interfaz de usuario de Microsoft. En la mayoría de los casos, los controles estándar solo requieren metadatos de accesibilidad específicos de la aplicación. Por el contrario, los controles realmente personalizados requieren un diseño completo de pares y patrones, incluida una correcta implementación de AutomationPeer y la validación continua (consulte pares de automatización personalizados).

  • No coloque contenido no interactivo en el orden de tabulación. Por ejemplo, evite establecer TabIndex en elementos decorativos o texto estáticos. Los usuarios del teclado y las tecnologías de asistencia se basan en el recorrido del foco para descubrir la interfaz de usuario accionable. Cuando los elementos no interactivos reciben el foco, los usuarios deben dedicar pasos de navegación adicionales sin ningún resultado accionable y algunos flujos de trabajo de lector de pantalla son más difíciles de analizar porque el foco ya no implica interactividad.

  • Evite estrategias de diseño que desacoplan el orden visual del orden lógico a menos que administre explícitamente el orden de navegación. El posicionamiento absoluto (por ejemplo, a través de Canvas) puede generar una secuencia visual que difiere del orden de declaración, que a menudo se usa como orden de lectura de línea base para herramientas de accesibilidad. Se prefieren diseños de contenedor que conservan el flujo de documentos. Si el orden visual y lógico debe divergir, defina la navegación de foco intencionadamente estableciendo valores TabIndex para que coincidan con la secuencia de lectura e interacción deseada.

  • No confíe solo en el color para comunicar el estado o el significado. La codificación de solo color excluye a los usuarios con deficiencias de visión de color y pueden producir errores en escenarios de tema personalizado o de contraste alto. Empareja el color con una señal adicional, como texto, iconografía, forma o estado programático expuesto a la tecnología de asistencia.

  • Evite la actualización automática de superficie completa a menos que la tarea del usuario requiera un restablecimiento de contexto completo. Si el contenido debe actualizarse, limite la actualización a la región más pequeña posible. Muchas tecnologías de asistencia interpretan una actualización completa del lienzo como un nuevo árbol de interfaz de usuario y deben recompilar su representación virtual, lo que interrumpe la posición de lectura y aumenta el costo de interacción.

    Una navegación iniciada por el usuario es un caso legítimo para la actualización estructural. En ese caso, asegúrese de que el comando de inicio se denomina claramente para que los usuarios puedan anticipar que el contexto de activación cambia o vuelve a cargar el contenido.

    Nota:

    Si actualiza contenido dentro de una región, considere la posibilidad de establecer la propiedad AutomationProperties.LiveSetting en ese elemento en un valor no predeterminado, como Polite o Assertive. Algunas tecnologías de asistencia asignan esta configuración al modelo de región activa de aplicaciones de Internet enriquecidas accesibles (ARIA) y pueden anunciar que el contenido de esa región ha cambiado.

  • No presente la interfaz de usuario parpadeante a frecuencias mayores de tres flashes por segundo. El parpadeo rápido puede desencadenar respuestas de ataque fotosensitivas y debe tratarse como un riesgo de accesibilidad difícil, no como una preferencia estilística.

  • No cambie el contexto de usuario ni desencadene acciones sin intención explícita del usuario. Los cambios de contexto incluyen mover el foco, cargar nuevas regiones, abrir nuevas superficies de interfaz de usuario y navegar entre páginas. Los cambios automáticos de contexto pueden ser desorientadores, especialmente para las personas que usan lectores de pantalla y dispositivos de cambio, quienes dependen de un flujo de enfoque y anuncios predecible. Entre las excepciones aceptables se incluyen la expansión esperada del submenú, los comentarios de validación insertados, la ayuda contextual asociada a la entrada activa o los cambios de estado asincrónico controlados por el sistema que se comunican claramente.

  • Last updated on