Las extensiones permiten a los usuarios crear su experiencia de navegación ideal, adaptada a las capacidades y preferencias de cada persona. Las extensiones deben incluir componentes de accesibilidad que fomenten una base de usuarios inclusiva, ya que permiten que las personas con discapacidades visuales, pérdida auditiva, destreza limitada y otras discapacidades accedan a la extensión.
Todos los usuarios, no solo aquellos con necesidades especiales, pueden beneficiarse de las funciones de accesibilidad. Los usuarios con discapacidad visual, baja destreza y usuarios avanzados se benefician de las combinaciones de teclas. Los subtítulos y las transcripciones son esenciales para los usuarios sordos, pero también ayudan a los estudiantes de idiomas.
Las personas pueden interactuar con una extensión de varias maneras. Algunos usuarios tienen un monitor estándar, un teclado y un mouse, o bien pueden depender de una lupa de pantalla y, posiblemente, de un lector de pantalla. Si bien es imposible predecir qué herramientas usarán las personas para acceder a una extensión, los desarrolladores pueden tomar medidas 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 sencilla 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 ajustan fácilmente y, por lo general, los lectores de pantalla los entienden.
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 deberán 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 enfoque 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 proceso, es posible que Google Chrome no genere un evento para cada propiedad de WAI-ARIA, y es posible 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 controles personalizados, consulta la presentación de Dave Raggett de WWW2010.
Enfoque en controles personalizados
El enfoque del teclado es esencial para los usuarios que navegan por la Web sin un 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 anclajes, los botones y los controles de formulario. Sin embargo, si se configura el atributo HTML tabIndex en 0, se colocan los elementos DOM en la secuencia de tabulación predeterminada, lo que les permite recibir el enfoque del teclado.
element.tabIndex = 0
element.focus();
Si se configura tabIndex = -1, se quita el elemento de la secuencia de tabulación, pero aún permite que el elemento reciba el enfoque del teclado de forma programática.
Admite el acceso con el teclado
Las extensiones deben poder usarse solo con un teclado, lo que permite que los usuarios que no pueden usar un mouse y los usuarios avanzados que simplemente no lo hacen puedan acceder a ellas.
Navegación
Verifica que un usuario pueda navegar entre las diferentes partes de una extensión sin usar el mouse. Verifica que cualquier uso de una ventana emergente sea navegable con el teclado. Usa las combinaciones de teclas de Chrome para determinar si una extensión es navegable.
Asegúrate de que sea fácil ver qué partes de la interfaz tienen el enfoque del teclado. Por lo general, un contorno de enfoque se mueve por 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 ni eficiente.
Un controlador de teclado JavaScript simple podría verse de la siguiente manera. Ten en cuenta cómo se actualiza la propiedad aria-activedescendant de WAI-ARIA en respuesta a la entrada del usuario para reflejar el botón de la barra de herramientas activo actual.
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="button2">
<img src="buttonpaste" role="button" alt="paste" id="button3">
</div>
Las extensiones pueden crear combinaciones de teclas explícitas para elementos importantes de la IU de la extensión. Para implementar estos accesos directos, conecta los objetos de escucha de eventos del teclado a los controles. Informa a los usuarios sobre los accesos directos disponibles en la página de opciones.
Proporciona contenido accesible
Proporcionar contenido accesible es importante para todos los usuarios. Es posible que muchos de los siguientes lineamientos te resulten familiares, ya que reflejan prácticas recomendadas para todo el contenido web.
Texto
Las opciones de 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%, ¿se puede seguir usando?
Evita incorporar texto en las imágenes. Los usuarios no pueden modificar el tamaño y los lectores de pantalla no pueden interpretar imágenes. En su lugar, elige una fuente web con estilo, como una de las fuentes que se encuentran en la Google Font API. Las fuentes web se pueden ajustar 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 fondo y de primer plano proporcionan un contraste adecuado.
Cuando evalúes el contraste, verifica que cada parte de la extensión que se basa en gráficos para transmitir información sea claramente visible. Para 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. Consulta los lineamientos del Programa de medios con descripción y subtítulos para obtener más información sobre los 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 del contenido de una imagen. Las imágenes de espacio o las imágenes puramente decorativas deben tener un texto alternativo "" en blanco o quitarse por completo del HTML y colocarse en el CSS.
Si la extensión debe usar texto en una imagen, incluye el texto de la imagen en el texto alternativo. Un buen recurso para consultar 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 de A11ycasts y lee la documentación técnica de accesibilidad de Chromium.