Contenido
Este artículo apareció por primera vez en el número 231 de la revista .net, la revista más vendida del mundo para diseñadores y desarrolladores web.
Cuando crea un widget de interfaz de usuario (UI), es probable que sea una combinación de elementos HTML. En términos generales, es fácil para alguien averiguar qué hace el widget o qué función desempeña dentro de la página, según su apariencia o los controles que ofrece. Sin embargo, esa perspectiva holística no es obvia para las tecnologías de asistencia (TA) y ahí (por supuesto) es donde entra en juego ARIA.
ARIA, o Accessible Rich Internet Applications para darle su título completo, se puede usar para darle un rol a su widget. O para verlo de otra manera, puede usar roles ARIA para decirle a los AT algo sobre su paquete de elementos HTML como si fueran una sola entidad.
La especificación ARIA 1.0 incluye una taxonomía de roles. Describe las características y propiedades de 73 roles diferentes, agrupados en cuatro categorías de alto nivel.
La primera categoría define 12 roles abstractos. De la misma manera que las clases abstractas nunca se instancian cuando se programa, los roles abstractos nunca deben usarse dentro de su código. Describen diferentes tipos de roles a nivel conceptual, por lo que se usan solo dentro de la taxonomía en sí.
Roles
Un papel abstracto se distingue del resto. El rol (rol abstracto) es el rol base del cual heredan todos los demás roles en la taxonomía. Otros roles abstractos incluyen la entrada (rol abstracto), hito (rol abstracto) y widget (rol abstracto).
Tomemos el widget (función abstracta) como ejemplo. Describe un rol general, bajo el cual se ubican todos los demás roles de widget en la taxonomía. Así es como se describe en la especificación ARIA:
“Un componente interactivo de una interfaz gráfica de usuario (GUI). Los widgets son objetos de interfaz de usuario discretos con los que el usuario puede interactuar ".
Esto conduce claramente a la siguiente categoría, que define 34 funciones de widget. Los widgets son controles interactivos que pueden ser independientes o combinarse para crear componentes de interfaz de usuario más complejos. Nueve de estos roles definen contenedores que se pueden usar para encapsular otros widgets para formar controles más complejos.
Widgets
Los 25 roles restantes definen widgets que se pueden usar de forma independiente o como parte de un control compuesto complejo. Un elemento con la función de lista de pestañas puede contener varios elementos con la función de pestaña, por ejemplo. Cuando se utilizan junto con un conjunto correspondiente de elementos con la función de panel de pestañas, se combinan para formar una interfaz compuesta con pestañas. Los elementos con roles como alerta, casilla de verificación o diálogo también pueden ser parte de un control de interfaz de usuario más complejo, o pueden ser independientes.
La tercera categoría define 18 funciones de estructura de documentos. Estos roles describen formaciones de contenido típicas, como encabezados, listas y barras de herramientas. A diferencia de los roles de widget, los roles de estructura de documentos no son interactivos como regla.
La última categoría define ocho roles emblemáticos. Se pueden aplicar a diferentes secciones de una página web, proporcionando puntos de referencia que los AT pueden usar para navegar. Los roles dentro de esta categoría incluyen banner, main y navigation.
Descubra las 20 mejores herramientas de wireframing para diseñadores en Creative Bloq.
