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 permitiendo que las personas con discapacidades visuales, pérdida auditiva, motricidad limitada y otras discapacidades accedan a la extensión.
Todos, no solo los usuarios con necesidades especiales, pueden beneficiarse de las funciones de accesibilidad. Los usuarios con problemas de visión, de baja destreza y los usuarios avanzados se benefician de las combinaciones de teclas. Los subtítulos son esenciales para los usuarios sordos, pero también son útiles para los estudiantes de idiomas.
Las personas pueden interactuar con una extensión de varias maneras. Algunos usuarios tienen un monitor, un teclado y un mouse estándar, o pueden depender de una lupa y, posiblemente, 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 hacer que una extensión sea lo más accesible posible.
Cómo integrar 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 de HTML estándar.
Controles estándar
Siempre que sea posible, usa controles estándar de la IU de HTML. Los controles de 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 accesibles, WAI-ARIA, es una especificación para hacer que los controles de la IU sean accesibles para los lectores de pantalla mediante un conjunto estándar de atributos del DOM. Estos atributos proporcionan información al lector de pantalla sobre la función y el estado actual de los controles de una página web.
Para agregar compatibilidad con WAI-ARIA a los controles personalizados, se deberán modificar los elementos del DOM de una extensión a fin de 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 del DOM que especifica 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 muestra los eventos adecuados para el lector de pantalla. Dado 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 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.
Enfocar 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 foco del teclado son las anclas, los botones y los controles de formularios. Sin embargo, configurar el atributo HTML tabIndex en 0 coloca los elementos del 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 tabulación, pero aún permite que el elemento reciba el enfoque del teclado de manera programática.
Cómo admitir el acceso de teclado
Las extensiones deben poder usarse solo con un teclado, lo que permite a los usuarios que no pueden usar un mouse y a los usuarios avanzados que simplemente no lo hacen.
Navigation
Comprueba que un usuario pueda navegar entre diferentes partes de una extensión sin usar el mouse. Comprueba que cualquier uso de una ventana emergente sea navegable por 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 foco de teclado. Por lo general, un esquema de enfoque se mueve por la interfaz. Sin embargo, si se usa CSS demasiado, es posible que se suprima el contorno o que se reduzca el contraste.
Combinaciones de teclas
Si bien la estrategia de navegación con 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 aria-activedescendant de WAI-ARIA se actualiza en respuesta a las entradas del usuario para reflejar el botón activo 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. Para implementar estas combinaciones de teclas, conecta los objetos de escucha de eventos del teclado a los controles. Proporciona a los usuarios los atajos disponibles en la página de opciones para informarlos.
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
Las opciones de fuentes y el tamaño del texto afectan la lectura del contenido de una extensión. Es posible que los usuarios con problemas visuales deban aumentar el tamaño del texto de una extensión. Si usas combinaciones de teclas, asegúrate de que no interfieran con las de zoom integradas en Chrome.
Como indicador de 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 en un 200%, ¿aún se pueden usar?
Evita integrar texto en imágenes. Los usuarios no pueden modificar el tamaño, y los lectores de pantalla no pueden interpretar las imágenes. En su lugar, opta por fuentes web con estilo, como una de las fuentes que se encuentran en la API de Google Font. Las fuentes web pueden adaptarse 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 la extensión. Usa una herramienta de verificación de contraste para probar si los colores de primer plano y segundo 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 el simulador de daltonismo para ver cómo se ve una imagen con diversas formas de deficiencia de color.
Considera ofrecer diferentes temas de colores o darle al usuario la posibilidad de personalizar el esquema de colores para crear un mejor contraste.
Sonido
Si una extensión depende del sonido o el video para transmitir información, asegúrate de que haya subtítulos o transcripciones 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 separación o imágenes puramente decorativas deben tener un texto alternativo de "" en blanco o quitarse del HTML por completo y colocarse en el CSS.
Si la extensión debe usar texto en una imagen, incluye ese texto en el texto alternativo. Un buen recurso para consultar es el artículo de WebAIM sobre el texto alternativo adecuado.
Más información
Si quieres obtener más información sobre la accesibilidad en Chrome, consulta el canal A11ycasts y lee la documentación técnica sobre accesibilidad de Chromium.