Criterio 2.5.2 - Cancelación del puntero (A)

Para las funcionalidades que se pueden manejar con un puntero sencillo, al menos se cumple una de las siguientes premisas:

• El evento “abajo” del puntero no se usa para realizar ninguna parte de la función, a menos que sea esencial.
• La finalización de la función está en el evento “arriba”, y existe algún mecanismo para abortar la función antes de realizarse, o deshacer la función una vez hecha.
• El evento “arriba” invierte cualquier resultado del evento “abajo” anterior.

Proposito de este Criterio de Conformidad

El objetivo de este criterio de conformidad es facilitar a los usuarios la prevención de la entrada accidental o errónea del puntero. Las personas con diversas discapacidades pueden activar eventos táctiles o de ratón involuntariamente, con resultados no deseados. Cada una de las siguientes subsecciones se alinea aproximadamente con los puntos de este criterio de conformidad, y describe una forma de permitir a los usuarios cancelar operaciones del puntero.

Activación o finalización en el evento de liberación

La forma más accesible de incorporar la cancelación del puntero es hacer que la activación ocurra en el evento de liberación.

La activación en el evento de liberación se refiere a la activación de un objetivo cuando se suelta el puntero. En una interacción táctil, cuando el dedo toca un objetivo, la activación en el evento de liberación solo ocurre cuando el dedo se levanta todavía dentro de los límites del objetivo. De manera similar, en una interacción con ratón, el evento de liberación ocurre cuando se suelta el botón del ratón mientras el cursor todavía está dentro de los límites del objetivo inicial establecido cuando se presionó el botón del ratón.

Los autores pueden reducir el problema de que los usuarios activen accidentalmente una acción utilizando eventos de activación/clic genéricos de la plataforma que activan la funcionalidad en el evento de liberación. Por ejemplo, el evento de clic en JavaScript se activa al soltar el botón primario del ratón, y es un ejemplo de un evento de liberación implícito. A pesar de su nombre, el evento de clic es independiente del dispositivo y también funciona para la interacción táctil y con el teclado.

La preferencia por los eventos de liberación está implícita en la redacción del primer punto del criterio de éxito: El evento de presión del puntero no se utiliza para ejecutar ninguna parte de la función. Los autores cumplen con el primer punto utilizando solo el evento de liberación.

Cancelar o deshacer en el evento de liberación

Cuando la interacción es equivalente a un simple 'clic', la activación en el evento de liberación tiene la capacidad incorporada de ser cancelada. Existe una diferencia entre cuando alguien toca una pantalla y cuando retira el dedo. De manera similar, en la interacción con ratón, hay una diferencia entre presionar y soltar el botón del ratón. Cuando la activación ocurre solo cuando se suelta el puntero, los usuarios tienen la oportunidad de Abortar (cancelar) la activación. Los usuarios que tienen dificultades para utilizar con precisión un ratón o una pantalla táctil se benefician mucho de este comportamiento básico. Normalmente reciben retroalimentación visual cuando un elemento es presionado. Si descubren que han seleccionado el elemento incorrecto, pueden cancelar la acción moviendo su puntero o dedo lejos del objetivo antes de soltar.

Para interacciones más complejas, como arrastrar y soltar, los eventos de presión y liberación pueden iniciar y finalizar una serie de acciones para completar un proceso. Por ejemplo, con arrastrar y soltar, el elemento puede ser:

1. Seleccionado con una presión (evento de presión),
2. Movido a una nueva ubicación, mientras todavía se mantiene presionado.
3. Soltado (evento de liberación) para concluir la acción de soltar.

En una acción tan compleja, aumenta la necesidad de una función de Abortar o Deshacer. Los diseñadores pueden optar por confirmar el movimiento a través de un cuadro de diálogo de confirmación o un botón de deshacer, dando al usuario la capacidad de deshacer el proceso recién completado. Alternativamente, la capacidad de Abortar la acción se puede lograr si, antes de completar el paso 3, el usuario devuelve el elemento seleccionado a su ubicación original y concluye el proceso allí. Si otras partes de la pantalla no permiten un movimiento, el usuario puede concluir el arrastrar y soltar allí, anulando efectivamente la operación.

Inversión en el evento de liberación

En otras interacciones, el evento de presión puede activar un comportamiento que se puede revertir cuando se concluye el evento de liberación. Ejemplos de esto incluyen acciones de presionar y mantener, como cuando aparece una ventana emergente temporal (o se reproduce un video) cuando el usuario presiona sobre un objeto (evento de presión), pero la ventana emergente (o video) desaparece tan pronto como el usuario suelta el puntero (evento de liberación). Dado que el evento de liberación revierte el evento de presión anterior, el usuario vuelve al punto anterior y efectivamente cancela la operación.

Evento de presión

Completar la función en el evento de presión solo está permitido cuando es esencial que el evento de liberación no se utilice.

La activación esencial del evento de presión ocurre con mayor frecuencia en la emulación de teclado. En un teclado físico, las teclas se activan por defecto en el evento de presión: aparece una letra cuando se presiona la tecla. Si un emulador de teclado de software intentara anular este comportamiento esperado haciendo que las letras aparezcan cuando se suelta la tecla, el comportamiento sería inesperado y afectaría adversamente la interacción esperada.

Cabe destacar que un teclado tiene un botón de retroceso o eliminar incorporado, que proporciona una opción de deshacer de manera efectiva. La opción de deshacer no es un requisito de la excepción esencial del evento de presión; sin embargo, proporcionar una forma fácil para que los usuarios deshagan cualquier acción es una práctica recomendada (y puede ser una necesidad funcional), incluso cuando no es un requisito de este Criterio de Éxito.

Otros ejemplos en los que el tiempo de activación es esencial y requiere el evento de presión serían:

• Una actividad que emula un gatillo físico al presionar, como al tocar un teclado de piano en pantalla. La activación en el evento de liberación alteraría significativamente el comportamiento deseado.
• Un programa para disparar a blancos voladores en el que esperar al evento de 'liberación' invalidaría el timing preciso necesario para la activación.

Beneficios específicos del Criterio de Conformidad 2.5.2

• Facilita la recuperación de todos los usuarios cuando se selecciona incorrectamente un objetivo.
• Ayuda a las personas con discapacidades visuales, limitaciones cognitivas y discapacidades motoras al reducir la probabilidad de que se active un control accidentalmente o que ocurra una acción inesperada, y también asegura que, en caso de que se activen controles complejos, esté disponible una opción de deshacer o abortar la acción.
• Las personas que no pueden detectar cambios de contexto tienen menos probabilidades de desorientarse al navegar por un sitio.

Ejemplos del Criterio de Conformidad  2.5.2

• Para los elementos de interfaz que requieren una sola pulsación o una pulsación prolongada como entrada, el evento correspondiente se activa cuando se levanta el dedo dentro de ese elemento.
• Una interfaz de arrastrar y soltar permite a los usuarios ordenar tarjetas apiladas verticalmente al levantar una tarjeta con el puntero (evento de pulsación), moverla a una nueva posición e insertarla en la nueva ubicación al soltar el puntero (evento de liberación). Si se suelta el puntero fuera del área de destino de soltar, se revierte la acción, es decir, la tarjeta vuelve a su posición anterior antes de que comenzara la interacción.