
Debe quedar claro que esto no es un repaso histórico. Usaremos ejemplos populares para ilustrar el artículo, aunque no sean los que abran cada estadio evolutivo. Lo que nos interesa es el proceso de simplificación y sus consecuencias.
La aventura gráfica hereda la interfaz de las conversacionales, consistente en un cuadro de texto en el que introducimos las órdenes que damos a nuestro personaje. Para desplazarnos usamos las teclas de dirección. La sintaxis que utiliza el parser es muy sencilla: acción [+ objeto con/en] + hotspot con el que interactuar —sin necesidad de artículos o pronombres—. Las posibilidades de partida son infinitas para quien juega, tiene la libertad de elegir cualquier verbo para relacionarse con su entorno. En la práctica no es así.

El número de verbos que de verdad nos resultan útiles para avanzar en las aventuras no suele ser elevado. Hay una cantidad reducida de acciones que usaremos a menudo —asociadas a verbos frecuentes como mirar, recoger, usar, dar, abrir… y sus sinónimos—. Verbos de uso ocasional serán necesarios para realizar acciones muy concretas que apenas se repetirán durante la aventura —y por eso no será raro que al jugador le cueste encontrarlos o siquiera pensar en ellos— y otros —muchos o pocos en función del ánimo de los autores— tendrán un propósito humorístico —además de demostrar que ya habían tenido en cuenta esa acción ocurrente antes que nosotros—. Como ya explicamos en otras ocasiones, las acciones o acontecimientos que no contribuyan directamente a la resolución pueden tener importancia: porque ayuden a generar una sensación de contingencia, porque sirvan para determinar el tono de la obra o porque formen parte de la definición del universo del juego; no obstante, se necesita cierto equilibrio. Una dispersión excesiva, que es difícil de evitar usando una interfaz por línea de comandos, repercute de forma negativa en la narración. Como también lo hace un exceso de concreción.
Otra dificultad usual con la que se encontraban los jugadores era la identificación del punto caliente —recordemos que, cuando este era el estándar, los juegos tenían muy poca definición y profundidad de colores y en no pocas casas había todavía monitores monocromos—. Tampoco resultaba nada sencillo encontrar la combinación verbo-punto caliente ideada por la persona que hubiese hecho la aventura. Una buena batería de sinónimos y diferentes comandos que efectúen una misma acción disminuyen el problema, pero nunca pueden atajarlo por completo.


Un nuevo procedimiento iba ganando importancia en los ordenadores personales por su facilidad de uso, era cuestión de tiempo que más programas lo utilizasen. El point and click —literalmente apunta y haz clic— comenzó a popularizarse en la segunda mitad de los ochenta. Gracias a las interfaces point and click, los jugadores pueden comunicarse con el programa simplemente a través del cursor, sin necesidad de escribir comandos. El ratón permite un desplazamiento más cómodo en entornos 2D que las flechas de dirección en un género como la aventura y ya no será necesario adivinar el nombre que se le ha dado a un grupo de píxeles para poder interactuar con él, basta con señalarlo.
En este primer estándar point and click las acciones que podemos realizar se recogen en una lista de verbos —conformada por los usados con más asiduidad en el parser de texto; o esa es la idea, aunque en el ejemplo de Maniac Mansion falte alguno—. Ya no tenemos que adivinar verbos ni nombres de puntos calientes. En ese sentido estamos ante una buena interfaz. Ahora bien, satisfaciendo las necesidades del diseño, ¿es la interfaz más sencilla posible? No, todavía se debe refinar. Incluso añadiendo los verbos “Mira” —que engloba y expande el “Lee”— y “Habla”, podemos reducir de manera considerable la lista si agrupamos varios verbos bajo un mismo epígrafe —juegos posteriores de Lucas lo hacen—. Los extraños “Abre con llave” o “Arregla” pueden ser abarcados sin problemas por el “Usa”: usa llave con puerta o usa herramienta con aparato estropeado, por ejemplo. De la misma manera podemos operar con “Enciende” o “Apaga”: si usamos una radio apagada, se encenderá, y viceversa. Para qué decir nada del “Qué es”. Sin dificultad se podría reducir la lista de verbos lo suficiente como para poder incluir en el mismo espacio también el inventario.

Menos botones, las mismas acciones.


Más espacio en pantalla para mostrar el escenario y menos clics.
Necesitamos que el personaje pueda observar tanto los objetos—del escenario o del inventario— como los personajes, así que al botón secundario del ratón se le asocia esa acción con independencia del punto caliente sobre el que hagamos clic. Al usarlo, se nos devolverá una descripción del objeto, personaje o parte del escenario elegidos. Para el icono ojo hemos necesitado ya un botón entero, nos quedan otros tres iconos y solo el clic principal disponible.
Deshagámonos primero de las piernas. Cuando ordenamos al personaje realizar alguna acción sobre un punto caliente, ya se va a desplazar hasta allí para poder ejecutarla sin necesidad de que le ordenemos andar. Por tanto, si hacemos clic en una parte accesible del escenario en la que no haya un hotspot —que es cuando tiene sentido la acción “Andar”—, el avatar se desplazará a ese lugar sin más. Ya nos quedan solo dos.
Hablar con objetos, en una aventura estándar, no parece una acción muy útil, recoger o usar personajes de manera literal tampoco tiene pinta de ser de mucha ayuda. Si hacemos clic sobre un personaje, se ejecuta por defecto la acción “Habla”, y si lo hacemos sobre un objeto, alguna de las acciones asociadas al botón mano, en caso de poder ser usado, o “Mira” si el único interés es la observación —en este caso el botón primario y el secundario ejecutarían la misma acción—. Esto se conoce como cursor inteligente, porque “sabe” discernir la acción útil y elegirla por nosotros.
Aunque he utilizado el ejemplo de Broken Sword, porque el gif resulta más ilustrativo, lo ideal es que el icono del cursor no cambie en función de la acción que se puede ejecutar. Porque de esa manera predispone a que los jugadores se centren en los puntos calientes que permiten recoger o usar objetos, y obvien aquellos que solo ofrecen una descripción. Cuando estas descripciones son esenciales para transmitir información: personalidad del personaje jugable, contexto, pistas…
Empezamos este repaso a la interfaz estándar con la obligación de acercarnos a los puntos calientes con las teclas de dirección, entonces teníamos que identificar el nombre que le dio el autor a esos píxeles, elegir un verbo entre todos los que existen y escribir las órdenes adecuadas para poder ejecutar la acción deseada. Lo acortamos consiguiendo que los jugadores solo tuviesen que desplazar el cursor hasta un extremo de la pantalla en el que elegir una acción y volver al escenario para ejecutarla en el punto caliente deseado. Luego redujimos esa lista a cuatro iconos que también permitían ganar espacio para el inventario, aunque nos obligaban al mismo número de clics y un desplazamiento similar por la pantalla o más clics sin desplazarnos. Y por último lo hemos reducido a un único clic que además nos evita desplazamientos por la pantalla.
Un clic más o menos o llevar o no el puntero a un extremo de la pantalla y tener que regresar pueden parecer poca cosa. Si tenemos en cuenta que eso se hace miles de veces por aventura, no podemos desdeñar la agilidad que se gana al jugar con una interfaz simplificada. Cada clic y cada desplazamiento de ratón evitables van a hacer más pesada esa aventura. Hemos incidido mucho en ello aquí, aunque la respuesta de los desarrolladores siga siendo de manera habitual “solo es un clic, qué más da”.


Tanto para aventuras programadas en Flash —el botón secundario se reserva a los ajustes— como para las destinadas a dispositivos táctiles, algunos desarrolladores optaron por reducir nuevamente el control a un botón sin desandar los pasos dados en la simplificación de la interfaz. Para hacer esto factible no basta solo con el point and click, hay que combinarlo con el drag and drop —arrastra y suelta—. Ahora ya no tenemos un botón para “Mira”, solo disponemos del cursor inteligente, que nos dará descripciones únicamente de aquellos objetos o partes del escenario que no se puedan recoger o usar directamente. Perdemos la oportunidad de observar a los personajes, solo podremos hablar con ellos —salvo que sean personajes con los que no se pueda charlar, entonces se nos dará una descripción—, y los elementos con los que interactuamos directamente en el escenario. No obstante, seguiremos pudiendo obtener la descripción de los ítems que recogemos, y será pulsando sobre ellos de nuevo en el inventario —como se ve en el ejemplo de Broken Age—. Para usar un objeto del inventario habrá que arrastrarlo hasta el punto caliente deseado.
Hay formas de sortear esas consecuencias negativas de reducir un botón. Por ejemplo, el personaje puede describir al interlocutor antes de entablar conversación por primera vez —puede ir teniendo pensamientos sobre él durante la misma—. O que la personalidad de los interlocutores sea lo suficientemente potente como para que esa descripción no se eche tanto en falta.
Esta última interfaz en ordenador no es más cómoda que la anterior por el drag and drop —en especial si jugamos con el touchpad del portátil—, pero funciona bien y la pérdida de posibilidades de interacción es asumible. Teniendo en cuenta que sí es más cómoda en los dispositivos táctiles en boga y que a los desarrolladores les interesa llevar sus aventuras a distintas plataformas, su uso seguirá creciendo.

Otra opción —menos recomendable— para dispositivos táctiles, pero esta vez desandando el camino de la simplificación, es la interfaz emergente tipo verb coin (como en Monkey Island 3) que acompaña estas líneas —y que también ha tenido un uso relativamente extendido—. Se basa en iconos y necesita dos clics para ejecutar las acciones, uno para desplegar el menú y otro para elegir la orden. Permite observar a los personajes, pero supone más clics.
Como hemos visto, la disposición de un gran número de acciones en la interfaz hace que el control del juego sea mucho más complicado —y por tanto peor— y además le resta fluidez a su desarrollo. También obliga a las personas que lo desarrollan a escribir muchísimas respuestas a esas interacciones —cientos, miles— para que el resultado no sea directamente desastroso. Incluso para generar esa —falsa— sensación de libertad, de la que tantas veces hemos hablado, es preferible una interfaz con acciones prefijadas pero sin respuestas tipo a una con un montón de verbos para elegir llena de expresiones genéricas: “eso no funciona”, “eso no hace nada”, “eso no tiene ningún sentido”, “mejor no”…
El género debe procurar interfaces sencillas y diseños complejos. Las interfaces sencillas facilitan la relación de la persona que juega con el programa, permiten que la aventura transcurra de manera ágil. Son los diseños complejos los que expanden su narrativa y disponen retos interesantes y divertidos. Podemos comprobar de una manera muy sencilla que la complejidad de un diseño no depende del control: sería posible transportar una interfaz simplificada estándar a cualquier otra aventura que haya utilizado un estándar menos evolucionado —id repasando clásicos y veréis—. Quizás tuviésemos que hacer algún que otro ajuste en puzles concretos, pero no sería necesario cambiar el diseño.
Por supuesto que un diseño complejo a menudo debe estar soportado por una aventura que permita muchas interacciones —si hay muy pocas combinaciones posibles, los puzles son resolubles sin necesidad de entenderlos; el diseño se echa a perder—. En vez de hacer una interfaz complicada que permita quinientas acciones, lo suyo es crear una aventura rica, con muchos puntos calientes, personajes, ítems…
«Pero es que yo necesito empujar y tirar para un puzle buenísimo que se me ha ocurrido». Una interfaz debe proveer al jugador de las acciones que vaya a necesitar de manera frecuente en el desarrollo de la aventura. Si necesitas alguna poco común en un momento dado, puedes crear una interfaz diferente para ese puzle en concreto o hacer un uso inteligente del inventario. Un objeto puede funcionar como acción, con la ventaja de que no complicas la interfaz principal durante todo el juego con algo que se va a necesitar en contadas ocasiones.
¿Simplificación de la interfaz? Por supuesto. ¿Interfaz estándar para todas las aventuras? No. El estándar satisface las necesidades de la mayoría de diseños, pero hay aventuras que por sus características particulares necesitan interfaces específicas (como Loom, por ejemplo). Primero se debe diseñar la aventura, sin limitaciones, y una vez esté listo el diseño, hay que buscar la interfaz que mejor se adapte a él. Si no existe, toca crear: se desarrolla y cuando esté lista es momento de intentar simplificarla lo más posible. ¿Que el estándar le va ya fetén?, y sucederá la mayoría de veces —porque se adapta muy bien a personas humanas y sus desventuras—, pues adelante. Pero se debe usar una interfaz simplificada. Está prohibidísimo elegir interfaces por nostalgia, como homenaje o similares. Monkey Island no era genial por poder tirar, encender o dar.
Con esto no agotamos el tema de la interfaz; de hecho, ni siquiera hemos tocado el inventario o la interfaz de conversaciones —porque apenas han variado con el tiempo como estándar—. Habrá más artículos sobre ella.
Con la publicación de este artículo entramos en nuestro tercer año en línea. Si seguimos haciendo esto es porque nos gusta la aventura y nos gusta intentar entenderla mejor. Sin Indiefence eso no cambiaría, pero la dedicación que requiere el tipo de artículos que hacemos aquí solo tiene sentido si sirven de algo a otros. El frío número de visitas no dice nada. Si por eso fuera, habríamos montado una web nostálgica que tratase de Sierra y Lucas, que antes era todo mejor y SCUMM SCUMM SCUMM y ruedas anticopia y mira qué guiños a las pelis de Star Wars. Queremos una aventura viva, una aventura que avance, y procuramos poner nuestro granito de arena desde la crítica y la divulgación. Si os interesa lo que hacemos, comentad, criticadnos para que podamos mejorar, compartid nuestros artículos si creéis que lo merecen. Pero no me gustaría descubrir que lo que hacíamos aquí interesaba por las cosas bonitas escritas en el libro de condolencias.
Loom: tejiendo una interfaz no estándar
Las necesidades particulares de Loom obligaron a Brian Moriarty, su creador, a diseñar una nueva interfaz específica que las satisficiera.
Resonance
En esta aventura de Vince Twelve, un científico ha creado una potente tecnología que podría llevar el mundo a una nueva era o destruirlo.
Broken Age
Regresa al género Tim Schafer con la historia de dos chicos disconformes con su destino. ¿Cumple la aventura con la expectación despertada?
- ¿Qué se cuece?: septiembre de 2023 - 21 septiembre, 2023
- ¿Qué se cuece?: agosto de 2023 - 21 agosto, 2023
- ¿Qué se cuece?: julio de 2023 - 7 julio, 2023
Buen artículo. Creo que no se puede hablar de una interfaz que sea la mejor para todas las aventuras, como bien apuntas, cada juego tiene que ver la que mejor le sirva. Y es mérito del juego y sus diseñadores que una interfaz resulte buena o no. Las de Sierra en su momento funcionaban bien por el esmero de gente como Al Lowe en reducir las respuestas genéricas y que por eso uno no se cansara de probar cosas sabiendo que no iban a funcionar, pero esto sirve más que nada para juegos de comedia y si tenés personas dispuestas a llevar a cabo semejante tarea, algo que en la actualidad no se ve.
Uno de tus presagios en el artículo se está cumpliendo y es el aumento del uso de la interfaz de un solo clic (sin necesidad de drag and drop). En parte por el crecimiento de los juegos en los dispositivos móviles y en parte porque demostró que puede funcionar mejor que la interfaz de dos clics, de la cual yo nunca fui muy fan. Si me preguntaban hace unos meses, me hubiera declarado totalmente en contra de una interfaz de un solo clic, por la pérdida de interactividad, pero la experiencia me llevó a cambiar de opinión, principalmente por dos juegos que jugué recientemente.
En Kelvin and the Infamous Machine usan un solo clic y es una aventura que disfruté mucho. Tiene sus problemas, como unos cuantos “puzles inversos” como los llaman por acá y que a mí tampoco me gustan nada, pero la interfaz no es uno de ellos. Al principio puede chocar un poquito, pero en seguida uno se acostumbra y se vuelve natural.
Por otro lado, también jugué The Samaritan Paradox, que lo nombran en un comentario anterior y que también me gustó, pero es increíble la cantidad de interacciones que faltan y en este caso por momentos sí sentí que la interfaz me estorbaba en mi avance.
Mención aparte merece la interfaz del Touché: Las aventuras del 5º Mosquetero, que al hacer clic sobre un hotspot te despliega una lista de acciones específicas para ese objeto o personaje. Una suerte de verb coin anterior al Monkey 3, pero sin verbos fijos, sino que se adecuan al contexto.
Antes de terminar: tal vez ya sepas, pero en los foros de AGS están teniendo un interesante debate sobre este tema justamente, donde se pueden apreciar muchos puntos de vista distintos. El link:
http://www.adventuregamestudio.co.uk/forums/index.php?topic=54144.0
Un saludo.
P.S.: al artículo del DOTT sobre el metapuzle relampagueante no se puede acceder desde los atajos que hay en la barra superior del blog, ha de haber alguna etiqueta mal puesta. Yo pude llegar sólo viendo los artículos sugeridos. Creo que con el de New York Crimes pasa lo mismo.
Qué tal, Lucho.
Sí, unos días atrás estuve leyendo el hilo del foro del AGS. Muy interesante. No son debates habituales allí y es primordial que los haya. Me he quedado con ganas de participar. Quizá lo haga.
Supongo que ya lo habrás leído, hace un par de meses publicamos un artículo sobre la interfaz de Loom. Es un buen complemento para este artículo porque demuestra que una interfaz estándar no es siempre la mejor solución. Allí desarrollo más la importancia de los ítems y su función como acciones extra además de su versatilidad. Aunque reduzcas la interfaz principal a un botón, si sabes utilizar el inventario puedes conseguir toda la complejidad que quieras.
Gracias por el aviso sobre los artículos que no aparecen al filtrar por etiqueta. Es algo que ya había notado y que pasa con todas las etiquetas, incluso desde la vista general: si vas avanzando, hay artículos que no aparecen. Desconozco la razón, pero no es cuestión de que las etiquetas estén mal puestas en esos artículos. Si pulsas en la etiqueta Spoilers didácticos de esos artículos que no aparecen, verás que salen listados los otros artículos pero no esos. Pero si pruebas con las etiquetas menos comunes de esos artículos, sí que aparecen. Parece que a partir de cierto número de artículos bajo una etiqueta comienza a fallar y deja de mostrar algunos de los antiguos.
De temas técnicos tengo poca idea y Blogger a veces no ayuda. Por ejemplo, me gustaría que en la página principal (y en las búsquedas), en lugar de mostrarse las primeras palabras de los artículos —no queda bien y no aporta información útil—, se mostrase la descripción de los mismos (que existe para todos, se puede ver cuando se comparte algún artículo en las redes sociales). Pero al parecer Blogger no lo permite. Eso sería más estético y sobre todo mucho más útil para los lectores. Para paliar esos dos defectos, existen índices a los que se puede acceder desde el menú de la derecha. Aquí están listados todos los artículos de divulgación (incluyendo todas las subcategorías) y aquí los análisis. Además se puede leer la descripción de cada uno. No he puesto esos índices en la parte superior porque al filtrar por etiqueta los lectores pueden ver cuáles son los últimos artículos publicados en cada categoría, que es lo que busca la mayoría de los usuarios que usan esos menús.
Me he acordado de esto de casualidad. Echad un ojo a esta demo, y fijaos cómo le da otra vuelta de rosca a la simplificación de la interfaz. Es una jilipollé, ya, pero me ha parecido curioso cómo usan el mirar. Descargar el juego y hacer unos clics, ya veréis:
http://www.abandonsocios.org/wiki/In_Closure
Saludos para todos.
cireja
Gracias, cireja, le echaré un ojo.
Aunque el juego no me funciona correctamente (no puedo realizar ninguna acción ni salir del cuarto en el que comienza), he visto a qué te refieres. El sistema es el mismo que utiliza Unavowed y creo que antes usó STASIS (no la he jugado), supongo que habrá incluso ejemplos anteriores. Lo describo brevemente: cuando pasas el cursor sobre un punto caliente, se muestra ya la descripción sin necesidad de hacer clic. El sistema es interesante por el ahorro de clics, porque permite jugar con un solo botón y también porque ahorra el uso del drag and drop en el inventario sin perder la posibilidad de obtener descripciones de los objetos. Esto último supongo que desde el punto de vista de la accesibilidad tiene un impacto positivo, porque para gente con movilidad reducida seguramente resulte más fácil ejecutar un clic en el objeto y después en el punto caliente que arrastrar.
Exacto. No lo había visto antes en ningún juego, me pareció curioso.