Una UI que el modo no puede usar | Curso de desarrollo de videojuegos con IA

307. Identidad de la lección

Módulo: 1.6 — UI, HUD y UX
Lección: Una UI que el modo no puede usar
Tipo académico: Estudio de caso
Orden: Lección 3 del módulo
Tiempo estimado: 25–40 minutos, incluida la práctica

308. Objetivo de aprendizaje

Al terminar esta lección, podrás usar el resumen proporcionado del caso de diálogo con bloqueo del puntero de CONTRABAND para explicar por qué los botones visibles no se podían utilizar de forma fiable y definir las condiciones de modo, acceso, respuesta y regreso que debe cumplir una alternativa válida.

309. Por qué importa

Un elemento de UI puede ser visualmente claro y, aun así, resultar inutilizable en el estado de control actual. «Añade opciones al diálogo» es una instrucción incompleta si el contrato de interacción no especifica cómo se llega a una opción, cómo se confirma, cómo se reconoce el cambio resultante y cómo se vuelve al juego.

Esta lección amplía el trabajo anterior sobre el presupuesto del HUD. No basta con decidir qué mostrar: el modo actual también debe permitir que el jugador actúe sobre esa información.

310. Conocimientos previos

Debes haber completado el trabajo anterior sobre modos de entrada, ciclos jugables y presupuesto del HUD. También debes poder distinguir la información mostrada del estado de la simulación y usar ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ para examinar una interacción.

311. Resumen proporcionado del caso

Esta lección utiliza el siguiente resumen limitado de un tema de interacción verificado de CONTRABAND:

Las opciones de diálogo se presentaban como botones visibles.
El estado de control circundante utilizaba el bloqueo del puntero.
Mientras el bloqueo del puntero seguía activo, la selección normal mediante cursor no estaba disponible; por tanto, los botones visibles carecían de una vía fiable de selección con puntero.

Este resumen contiene toda la evidencia del caso proporcionada para la lección. No permite determinar cómo funcionaban el foco del DOM, el foco de teclado, las asignaciones del mando, la lógica del diálogo, la respuesta de confirmación ni el regreso al juego en la implementación original. Trata esos datos como desconocidos en lugar de deducirlos.

312. Concepto central

Una UI adecuada al modo coincide con los controles y el estado de atención que están realmente disponibles en el momento de uso. Un botón no constituye una opción disponible solo porque sea visible, tenga una etiqueta y pueda pulsarse en otras condiciones.

Usa la comprobación Modo → Acceso → Elección → Regreso:

Comprobación	Pregunta	Evidencia de una interacción utilizable
Modo	¿Qué estado de control o interacción está activo?	El estado actual de juego o diálogo se puede identificar.
Acceso	¿Qué vía de entrada está disponible ahora?	Se comunica una vía compatible mediante puntero, teclado, mando u otro método.
Elección	¿Cómo se selecciona y confirma una opción?	La selección funciona de forma consistente y produce una respuesta visible.
Regreso	¿Qué ocurre tras la confirmación?	El jugador puede identificar el nuevo estado y sabe cómo se reanuda el control.

El resumen proporcionado demuestra un conflicto en Acceso: los botones daban a entender que se usaría la selección normal con cursor, pero el bloqueo del puntero impedía esa vía. No hay evidencia suficiente para afirmar qué ocurría al confirmar o regresar al juego. Esos son requisitos que deben comprobarse en una propuesta de corrección, no hechos del caso original.

313. Aclaración técnica

El bloqueo del puntero, el foco y el estado de la aplicación son aspectos relacionados, pero distintos:

El bloqueo del puntero controla la captura relativa del puntero y la disponibilidad del cursor normal.
El foco del DOM o del teclado determina qué elemento de la página o de la interfaz recibe la entrada correspondiente.
El estado del diálogo forma parte de la lógica de la aplicación y determina si el diálogo está activo, qué acciones acepta y cómo se vuelve al control normal.

Liberar el bloqueo del puntero no transfiere automáticamente el foco, no activa la lógica del diálogo, no confirma una opción ni restaura el juego después. Un contrato de interacción utilizable debe gestionar y comunicar cada transición necesaria.

314. Lectura del caso mediante un ciclo jugable

Aplica ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ:

ACTUAR: El jugador necesita un método disponible para seleccionar y confirmar una opción.
RESPONDER: La interfaz debe acusar recibo de la selección.
CAMBIAR: El diálogo o el estado de control debe cambiar de manera visible.
OTRA VEZ: El jugador debe saber qué controles están activos y cómo continuar.

Un botón visible no funciona como opción disponible si el jugador no puede completar el primer paso. Una corrección también queda incompleta si repara la selección, pero deja ambiguas la respuesta o la vuelta al juego.

315. Contratos de interacción

Puede haber más de un contrato válido, siempre que sea compatible con el modo actual.

Contrato A: estado explícito de selección con cursor

El diálogo entra de forma explícita en un estado de selección con cursor, libera el bloqueo del puntero, establece el foco y el estado de diálogo necesarios, acepta la elección de un botón, muestra una confirmación y restaura de forma explícita el estado de juego previsto.

Contrato B: selección comunicada sin puntero

El bloqueo del puntero permanece activo, pero el diálogo presenta y admite una vía clara de selección mediante teclado, mando u otro método que no dependa del puntero. La interfaz muestra la opción seleccionada, confirma la elección, cambia el estado del diálogo y comunica cómo continúa el control normal.

La lección no afirma que alguno de estos contratos se utilizara en la implementación original de CONTRABAND. Son alternativas para el análisis.

316. Error común

No trates una vía de entrada no disponible como si fuera un problema de estilo. Unos botones más grandes, un contraste más fuerte, un resplandor o una animación pueden mejorar la presentación, pero no hacen utilizable un cursor que no está disponible.

Otro error consiste en suponer que liberar el bloqueo del puntero completa automáticamente la transición. Todavía hay que gestionar de forma explícita la disponibilidad del puntero, el foco, la lógica del diálogo, la respuesta de la interfaz y el regreso al juego.

317. Respuesta práctica puntuada

Usa únicamente el resumen proporcionado y los dos contratos propuestos. Escribe una respuesta breve con estos apartados:

Modo: Identifica el estado de control documentado cuando aparecen las opciones.
Acceso: Explica el conflicto documentado entre los botones y la selección normal mediante cursor.
Elección: Indica qué comportamiento de selección y confirmación debe proporcionar tu corrección.
Regreso: Indica qué debe poder reconocer el jugador después de confirmar. Marca como desconocidos los detalles del caso original que no figuren en el resumen.
Solución descartada: Descarta un cambio que solo afecte a la presentación y explica por qué no restaura la vía de entrada.
Contrato elegido: Elige el Contrato A o el Contrato B y recórrelo mediante ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ.

Criterios de puntuación: 10 puntos

2 puntos — Modo y Acceso: Identifica correctamente el bloqueo del puntero y la falta de una vía normal mediante cursor.
2 puntos — Elección y Regreso: Define la confirmación, la respuesta visible y un estado de control reconocible después de elegir, sin inventar el comportamiento del caso original.
1 punto — Solución descartada: Rechaza por una razón causal un cambio limitado a la presentación.
4 puntos — Recorrido del ciclo: Obtiene un punto correcto por cada fase: ACTUAR, RESPONDER, CAMBIAR y OTRA VEZ.
1 punto — Distinción técnica: No da a entender que liberar el bloqueo del puntero gestione automáticamente el foco o el estado del diálogo.

La respuesta se considera satisfactoria con 8 puntos o más, siempre que obtenga al menos 1 punto en cada categoría.

318. Validación

Antes de terminar, comprueba que tu respuesta:

Solo utiliza hechos incluidos en el resumen proporcionado.
Marca como desconocidos los detalles no documentados del caso original.
Explica el fallo como un desacuerdo entre las opciones visibles y la entrada disponible.
Elige un contrato de interacción completo en lugar de limitarse a cambiar la apariencia.
Distingue el bloqueo del puntero del foco y del estado del diálogo.
Completa ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ con una respuesta visible y un regreso claro a un estado de control conocido.

319. Ideas clave

Una opción visible no está disponible si el modo actual no ofrece una forma fiable de seleccionarla.
El bloqueo del puntero controla la captura relativa y la disponibilidad del cursor; no gestiona automáticamente el foco ni la lógica del diálogo.
Los cambios limitados a la presentación no pueden restaurar una vía de entrada no disponible.
Un contrato de interacción completo incluye acceso, confirmación, cambio visible y regreso a un estado de control conocido.
Cuando la evidencia es limitada, distingue los hechos documentados de los requisitos de diseño y de los detalles desconocidos de la implementación.

320. Próxima lección

Siguiente: 1.7 — Diseño de niveles. Las mismas preguntas sobre acciones disponibles, respuestas legibles y estados de control se aplicarán ahora a la forma en que un espacio sencillo enseña a moverse e interactuar.