Las extensiones permiten a los usuarios crear su experiencia de navegación ideal, adaptada a las preferencias y capacidades de cada persona. Las extensiones deben incluir componentes de accesibilidad que fomenten una base de usuarios inclusiva permitiendo que las personas con discapacidad visual, pérdida auditiva, motricidad limitada y otras discapacidades accedan a la extensión.
Todas las personas, no solo los usuarios con necesidades especiales, pueden beneficiarse de las funciones de accesibilidad. Los usuarios experimentados, con problemas de visión y con poca destreza, se benefician de las combinaciones de teclas. Los subtítulos y las transcripciones son esenciales para los usuarios sordos, pero también ayudan a quienes aprenden idiomas.
Las personas pueden interactuar con una extensión de diferentes maneras. Algunos usuarios tienen un monitor, un teclado y un mouse estándar, o pueden depender de una lupa y, posiblemente, de un lector de pantalla. Si bien es imposible predecir qué herramientas usarán las personas para acceder a una extensión, hay pasos que cualquier desarrollador puede seguir para que una extensión sea lo más accesible posible.
Integra controles de IU accesibles
Si los usuarios no pueden acceder a los controles de la interfaz de usuario, no podrán usar una extensión. La forma más fácil de crear una IU accesible es usar un control HTML estándar.
Controles estándar
Siempre que sea posible, usa controles de IU HTML estándar. Los controles HTML estándar son accesibles con el teclado, se escalan con facilidad y, por lo general, los lectores de pantalla los comprenden.
WAI-ARIA en controles personalizados
La Iniciativa de Accesibilidad Web: Aplicaciones de Internet Enriquecidas y Accesibles, WAI-ARIA, es una especificación para hacer que los controles de la IU sean accesibles para los lectores de pantalla a través de un conjunto estándar de atributos DOM. Estos atributos proporcionan información al lector de pantalla sobre la función y el estado actual de los controles en una página web.
Para agregar compatibilidad con WAI-ARIA a los controles personalizados, se deben modificar los elementos DOM de una extensión para incluir los atributos que usa Chrome para generar eventos durante la interacción del usuario. Los lectores de pantalla responden a estos eventos y describen la función del control. Los atributos DOM especificados por WAI-ARIA se clasifican en roles, estados y propiedades.
<div role="toolbar">
La propiedad aria-activedescendant especifica qué elemento secundario de una barra de herramientas recibe el foco cuando la barra de herramientas lo recibe. El código tabindex="0" especifica que la barra de herramientas recibe el enfoque en el orden del documento.
Considera la especificación completa de una barra de herramientas de ejemplo a continuación:
<div role="toolbar" tabindex="0" aria-activedescendant="button1">
<img src="buttoncut.png" role="button" alt="cut" id="button1">
<img src="buttoncopy.png" role="button" alt="copy" id="button2">
<img src="buttonpaste.png" role="button" alt="paste" id="button3">
</div>
Una vez que se agregan los roles, los estados y las propiedades de WAI-ARIA al DOM de un control, Google Chrome genera los eventos adecuados para el lector de pantalla. Debido a que la compatibilidad con WAI-ARIA aún está en desarrollo, es posible que Google Chrome no genere un evento para cada propiedad WAI-ARIA y que los lectores de pantalla no reconozcan todos los eventos que se generan.
Para obtener un instructivo rápido sobre cómo agregar controles WAI-ARIA a los controles personalizados, consulta la presentación de Dave Raggett de WWW2010.
Enfocar los controles personalizados
El enfoque del teclado es fundamental para los usuarios que navegan por la Web sin usar el mouse. Asegúrate de que los controles de operación y navegación, como los botones, los cuadros de lista y las barras de menú, puedan recibir el enfoque del teclado.
De forma predeterminada, los únicos elementos del DOM HTML que pueden recibir el enfoque del teclado son los vínculos, los botones y los controles de formulario. Sin embargo, configurar el atributo HTML tabIndex en 0 coloca los elementos DOM en la secuencia de pestañas predeterminada, lo que les permite recibir el enfoque del teclado.
element.tabIndex = 0
element.focus();
La configuración de tabIndex = -1 quita el elemento de la secuencia de pestañas, pero aún le permite recibir el enfoque del teclado de forma programática.
Cómo admitir el acceso del teclado
Las extensiones deben poder usarse con solo un teclado, lo que permite a los usuarios que no pueden usar un mouse y a los usuarios avanzados que simplemente no lo hacen acceder a ellas.
Navegación
Comprueba que un usuario pueda navegar por las diferentes partes de una extensión sin usar el mouse. Comprueba que cualquier uso de una ventana emergente sea navegable con el teclado. Usa las combinaciones de teclas de Chrome para determinar si se puede navegar por una extensión.
Asegúrate de que sea fácil ver qué partes de la interfaz tienen enfoque del teclado. Por lo general, un contorno de enfoque se mueve alrededor de la interfaz. Sin embargo, si se usa CSS en exceso, es posible que se suprima el contorno o se reduzca el contraste.
Accesos directos
Si bien la estrategia de navegación con el teclado más común implica usar la tecla Tab para rotar el enfoque a través de la interfaz de una extensión, no siempre es la opción más fácil o eficiente.
Un controlador de teclado JavaScript simple podría verse de la siguiente manera. Observa cómo la propiedad WAI-ARIA aria-activedescendant se actualiza en respuesta a la entrada del usuario para reflejar el botón activo actual de la barra de herramientas.
function optionKeyEvent(event) {
var tb = event.target;
var buttonid;
ENTER_KEYCODE = 13;
RIGHT_KEYCODE = 39;
LEFT_KEYCODE = 37;
// Partial sample code for processing arrow keys.
if (event.type == "keydown") {
// Implement circular keyboard navigation within the toolbar buttons
if (event.keyCode == ENTER_KEYCODE) {
ExecuteButtonAction(getCurrentButtonID());
// getCurrentButtonID defined elsewhere
} else if (event.keyCode == event.RIGHT_KEYCODE) {
// Change the active toolbar button to the one to the right (circular).
var buttonid = getNextButtonID();
// getNextButtonID defined elsewhere
tb.setAttribute("aria-activedescendant", buttonid);
} else if (event.keyCode == event.LEFT_KEYCODE) {
// Change the active toolbar button to the one to the left (circular).
var buttonid = getPrevButtonID();
// getPrevButtonID defined elsewhere
tb.setAttribute("aria-activedescendant", buttonid);
} else {
return true;
}
return false;
}
}
<div role="toolbar" tabindex="0" aria-activedescendant="button1" id="tb1"
onkeydown="return optionKeyEvent(event);"
onkeypress="return optionKeyEvent(event);">
<img src="buttoncut" role="button" alt="cut" id="button1">
<img src="buttoncopy" role="button" alt="copy" id="button1">
<img src="buttonpaste" role="button" alt="paste" id="button1">
</div>
Las extensiones pueden crear combinaciones de teclas explícitas para elementos importantes de la IU de la extensión. Para implementar estas combinaciones de teclas, conecta objetos de escucha de eventos del teclado a los controles. Para informar a los usuarios sobre los accesos directos disponibles, proporciónalos en la página de opciones.
Proporciona contenido accesible
Proporcionar contenido accesible es importante para todos los usuarios. Muchos de los siguientes lineamientos pueden resultarte familiares, ya que reflejan prácticas recomendadas para todo el contenido web.
Texto
La elección de la fuente y el tamaño del texto afectan la legibilidad del contenido de una extensión. Es posible que los usuarios con problemas de visión deban aumentar el tamaño del texto de una extensión. Si usas combinaciones de teclas, asegúrate de que no interfieran con las combinaciones de teclas de zoom integradas en Chrome.
Como indicador de la flexibilidad de la IU de una extensión, aplica la prueba del 200%. Si el tamaño del texto o el zoom de la página aumentan un 200%, ¿sigue siendo utilizable?
Evita incorporar texto en las imágenes. Los usuarios no pueden modificar el tamaño, y los lectores de pantalla no pueden interpretar las imágenes. En su lugar, elige una fuente web con diseño, como una de las que se encuentran en la API de Google Fonts. Las fuentes web se pueden escalar a diferentes tamaños y las personas que usan lectores de pantalla pueden acceder a ellas.
Colores
Debe haber suficiente contraste entre el color de fondo y el color del texto en una extensión. Usa una herramienta de verificación de contraste para probar si los colores de primer plano y segundo plano proporcionan el contraste adecuado.
Cuando evalúes el contraste, verifica que cada parte de la extensión que se base en gráficos para transmitir información sea claramente visible. En el caso de imágenes específicas, se pueden usar herramientas como Coblis: Simulador de daltonismo para ver cómo se ve una imagen en varias formas de deficiencia de color.
Considera ofrecer diferentes temas de color o permitir que el usuario personalice el esquema de colores para crear un mejor contraste.
Sonido
Si una extensión se basa en sonido o video para transmitir información, asegúrate de que haya subtítulos o una transcripción disponibles. Para obtener más información sobre los subtítulos, consulta los Lineamientos del Programa de Contenido Multimedia con Descripciones y Subtítulos.
Imágenes
Proporciona texto alternativo informativo para las imágenes.
<img src="img.jpg" alt="The logo for the extension">
Usa el texto alternativo para indicar el propósito de la imagen en lugar de una descripción literal de su contenido. Las imágenes de espaciado o las imágenes puramente decorativas deben tener un texto alternativo "" en blanco o deben quitarse por completo del HTML y colocarse en el CSS.
Si la extensión debe usar texto en una imagen, inclúyelo en el texto alternativo. Un buen recurso al que puedes hacer referencia es el artículo de WebAIM sobre el texto alternativo adecuado.
Más información
Para obtener más información sobre la accesibilidad en Chrome, consulta el canal A11ycasts y lee la documentación técnica de accesibilidad de Chromium.