Resumen

  • El borrador HTML 5.1 del W3C de mayo de 2013 definía dialog, showModal(), una pila de cuadros, la capa superior y la posibilidad de bloquear el documento. Su capítulo de interacción volvía inactivo el resto de la página durante un diálogo modal.
  • El texto candidato de HTML5 de 2014 y la Recomendación HTML 5.2 de 2017 mantuvieron ese reparto. El estándar HTML vigente detalla con más precisión el foco y las formas de cerrar el diálogo.

La ventana que pide confirmar una compra puede dibujarse con cualquier caja, sombra y botón. Ese oficio lo dominaban los autores de páginas. El problema empieza cuando la ventana pretende tener la palabra exclusiva. La persona que usa el teclado sigue recorriendo enlaces detrás del telón; el cursor cae en un control que, visualmente, ya no debería participar. La interfaz parece una sala privada con una puerta abierta al pasillo. La privacidad de la conversación necesita una regla de comportamiento, no más gris en el fondo.

El borrador HTML 5.1 del 28 de mayo de 2013 ofrecía un elemento para una tarea de la aplicación: dialog. show() lo presentaba sin cerrar la actividad del resto. showModal() lo subía a la capa superior, lo añadía a la pila de diálogos pendientes y bloqueaba el documento. La propuesta no trataba únicamente de dónde pintar el cuadro. Asignaba al navegador la custodia de qué parte de la página podía recibir atención.

En el capítulo de interacción del mismo borrador, el documento bloqueado convierte en inactivos los nodos ajenos al cuadro modal. De pronto, la sombra y la conducta cuentan la misma historia. El autor decide qué pregunta hace y qué acciones ofrece. El navegador aplica una regla común al escenario que queda detrás. Es una frontera pequeña, pero la experiencia del teclado depende de ella.

El portero tiene también instrucciones para la entrada y la salida. El documento de 2013 contemplaba autofocus, una solicitud de cancelación dirigida al diálogo superior, close() y returnValue. Si la ventana pregunta si se borra una lista, la aplicación interpreta el resultado y ejecuta —o descarta— el borrado. El navegador resuelve la mecánica de cerrar y devolver el turno a la página. Una pulsación de Escape no debería convertirse en un acertijo distinto en cada sitio.

La Recomendación Candidata de HTML5 de febrero de 2014 conservó la pila y el proceso de cierre y cancelación. La Recomendación HTML 5.2 de diciembre de 2017 desarrolló los pasos de enfoque del diálogo. Las fechas señalan la trayectoria de los textos normativos; no son un parte de distribución de todos los navegadores. Lo interesante es la continuidad del reparto: una sala activa, el resto en espera y una salida definida.

Conviene mantener separados los dos métodos. Un panel de inspección abierto con show() puede acompañar otra tarea. Un cuadro de confirmación abierto con showModal() interrumpe el recorrido. La misma caja blanca admite ambos usos; el contrato con la persona cambia por completo. La web no gana permiso para exigir atención cada vez que sabe dibujar una ventana.

El estándar HTML actual explica con más detalle el foco inicial, las peticiones de cierre y el valor devuelto. También incorpora requestClose() y closedby, herramientas posteriores al borrador de 2013. El hilo histórico ayuda a no perderse entre nombres: un diálogo modal es una petición de turno en la conversación con el lector. El navegador vigila la puerta; la página tiene que justificar la interrupción.

Si la pregunta está bien hecha, la persona responde y sigue leyendo. El mejor portero apenas se nota. El peor cuadro de diálogo, aunque tenga el mejor sombreado del mundo, se recuerda durante todo el día.