CAAD

A la hora de crear la historia para una aventura conversacional, antes de pasarla a ningún parser concreto ¿Utilizáis alguna herramienta, o algún método particular para ayudaros a hacer un seguimiento de las acciones que estáis contemplando como respuesta a las acciones del usuario?

No hablo aquí de herramientas como las que comentábamos en el hilo de Utilidades de Mind Map/Concept Map, sino de algún sistema (informático o no) que os ayude a ver por ejemplo, que todos los elementos susceptibles de ser examinables tienen respuesta, tanto de la descripción principal de la localización en la que está el jugador, como de los que aparecen en las descripciones secundarias.

Yo, para las pequeñas pruebas de conversacional que estoy haciendo (y que no merecen ni el nombre de aventura), utilizo un archivo WORD para ayudarme del corrector ortográfico , sin el que mi vida sería la de un terrorista del idioma. Hacerlo todo en un archivo WORD creo que también aporta la ventaja de tener los textos centralizados para una hipotética traducción posterior.

Lo que hago con él, es escribir el título de cada localización, comenzando con una almohadilla, seguido de la descripción de la misma, y luego, indentadas, cada una de las posibles acciones a las que responder, comenzando por el carácter “>” y bajo este la respuesta de texto que correspondiera mostrar al usuario, o entre llaves una descripción de las acciones que debería llevar a cabo el parser pero cuyo texto no es para mostrar al usuario sino un simple comentario (como mover el personaje a tal sala).

Luego, en los textos, marco cada sustantivo para el que he dado una respuesta subrayándolo con un color (por ejemplo verde si ya le he puesto acción de examinar y rojo si tiene más acciones o lo doy por terminado), de manera que me sea fácil identificar qué sustantivos tienen acciones asignadas y a cuales debería dedicarles más tiempo afinando opciones.

Es decir, el texto word tendría una pinta como esta:



Tras echar un vistazo no he encontrado ninguna herramienta que ayude a hacer un seguimiento de este tipo de cosas a la hora de crear un juego conversacional. ¿Conocéis algo así? ¿Podría resultaros interesante que se creara algo así?

Tal vez una herramienta que trabajando mismamente sobre un documento WORD como este identificara las localizaciones y sus acciones por sus códigos # y >, y nos mostrara estadísticas de las palabras tratadas, nos subrayara él mismo sobre el propio WORD los sustantivos a los que se ha asignado alguna acción, o tirando de un diccionario de sinónimos nos propusiera alternativas a los sustantivos existentes. Opciones adicionales podrían ser una opción de exportación para crear un esqueleto de aventura con esa información para varios parsers (con todas las limitaciones que el sistema pueda tener, pero para ahorrarnos copiar y pegar manualmente el texto).

¿Cómo lo veis? ¿Cómo lo hacéis vosotros hoy por hoy?

Me respondo a mi mismo con un "mmmmmmm" de interés, en espera de ahondar más, al ver la herramienta Inferno de Baltasar, a la que voy a echar un ojo en profundidad

Es interesante lo que propones, As. Se me ocurre que parte de la funcionalidad que sugieres en el propio documento de Word, si no toda, se podría implementar mediante macros programadas para pedir la apertura de un archivo de código fuente de algún parser, saber examinarlo y subrayar/colorear en el documento automáticamente conforme lo que ya haya en el código. Podría guardarse y distribuirse un documento con la macro preparada como una «plantilla habilitada para macros de Word», con extensión .dotm, de modo que ya se pueda tener en la carpeta de plantillas cuando uno va a Archivo>Nuevo o para que, al hacer doble clic desde el Explorador de Windows guardada esta plantilla en cualquier carpeta, no se abra para editar sino directamente un documento nuevo. El problema, cómo no, es que yo no sé VB ni mucho menos VBA, o sea Visual Basic para Aplicaciones, aquello en lo que se programan las macros en los programas de Office.
Se me ocurre también que en vez de usar el signo de número para marcar las localidades podrías usar estilos de título predefinidos —sin perjuicio de que después les personalices la apariencia—, lo que permite emplear el panel de navegación/mapa del documento para moverte rápidamente entre las distintas localidades, expandir/contraer el contenido de las mismas según te convenga en cada momento (Word 2013 o 2016) o reorganizarlas con la vista de esquema sin tener que estar cortando y pegando.
Lo de los sinónimos para sugerir como alternativas de las acciones u objetos, si bien desde luego podría complementarse con otras fuentes, el propio Word ofrece sinónimos, incluso en español.

Inferno, por lo demás, permitiría ir escribiendo uno las órdenes y respuestas como si estuviera jugando y transformar todo eso en código para algún parser; mas hasta donde sé no da la posibilidad de examinar un código ya hecho para analizarlo conforme a una idea como la que expones.

Hola!

Yo también hago algo parecido al crear mis vaporwares; empiezo escribiendo un esqueleto en un procesador de textos con la que podría ser la transcripción de una partida. Luego, a la hora de implementarlo ---en Inform---, utilizo dos ficheros de mensajes; 1) los mensajes por defecto de la librería para cualquier acción, usando como punto de partida los mensajes de Inform incluyendo personalizaciones para acciones que me parezca oportuno cambiar (habitualmente: rezar, saltar, cantar...) y 2) mensajes de los objetos. En este segundo incluyo una lista con todos los objetos del relato, y para cada uno de ellos una lista con las respuestas que genere ese objeto para cualquier acción que no deba ser el mensaje por defecto. Algo así:


De esta forma, la definición de la localidad Cocina, por ejemplo, quedaría algo así:


Luego, a la hora de compilar tiro de sobreingeniería y le paso un pequeño script que traduce ciertas etiquetas en funciones definidas dentro de la obra; por ejemplo, [lista de objetos en Bolso] queda como ";WriteListFrom(child(CocinaEncimera), ENGLISH_BIT + PARTINV_BIT);print ", o [el Abrigo] como ", (the) Abrigo, ". El script se podría hacer aún más sofisticado para continuar facilitando la tarea de escritura de ese fichero de mensajes, pero de momento me vale bastante bien.

En efecto, la herramienta Inferno de Baltasar, que está muy bien, lo que hace es generar salidas de aventura para varios parsers a partir de una entrada en un formato de texto concreto, pero su función no es analizar ni ayudar a la escritura, sino que es una herramienta de exportación, por así decirlo (función que está muy bien y que comentaba de pasada como posible utilidad adicional del software, pero que no sería la principal que busco).

La idea de Fernando Gregoire de utilizar el propio WORD y su lenguaje VBA me ha resultado interesante. Yo he hecho algunas cosas con él, pero principalmente para EXCEL y ACCESSS. Habrá que darle una vuelta en la cabeza a este enfoque.

Makinaimo, gracias por compartir tu modo de trabajo Es interesante tu enfoque de escribir la aventura en el procesador de textos como si la jugaras (si he entendido bien), en lugar de hacerlo de manera exhaustiva. Imagino que con esto tienes un esqueleto "jugable" mucho más rápido, al que luego directamente en código (en tu caso de Inform) le irás añadiendo opciones de comandos y demás cosas que surjan del beta-testeo. ¿Estos posibles cambios posteriores los llevas de vuelta al procesador de textos para tenerlos centralizados, corregir ortografía, traducciones futuras igualmente vaporwarizadas ^.^, etc.?

Resulta muy interesante conocer cómo trabajan los demás porque siempre hay algo que se puede adoptar

Como comento, a mí el tema de llevar la cuenta exhaustiva de las acciones evidentes en el texto me interesa mucho (y aquí creo que un software puede ayudar), aunque donde para mi realmente está la belleza de los juegos conversacionales es en las acciones que se pueden llevar a cabo a partir de cosas no explicitadas directamente en el texto (un ejemplo burdo, si entras en una cocina no tengo por qué decirte que hay unas tijeras, búscalas y si las necesitas para la aventura allí deberían estar).

¿Alguna idea para controlar/detectar/listar/gestionar estas acciones basadas en lo implícito?

Si, eso es! Con el procesador de textos escribo el esqueleto de un posible camino completo desde la situación inicial a una situación final, contemplando interacciones que considero interesantes aunque sean completamente opcionales para terminar la historia, pero sin ser exhaustivo. Al escribirlo así he encontrado más sencillo ajustar el ritmo de la historia ---dentro de las limitaciones que presenta un medio interactivo como el nuestro--- y la cantidad de información que se va lanzando al usuario. Después, como tú dices, al implementarlo en Inform añado otras interacciones y descripciones que no aparecían en el esqueleto inicial, pero sólo vuelvo a utilizar el procesador de textos si voy a contemplar múltiples finales, por ejemplo, para escribir los caminos que conducen hasta esos otros finales. Creo que volver a escribir los textos de los ficheros de mensajes de vuelta en el procesador es hacer el mismo trabajo dos veces y llegas a puntos en los que hay inconsistencias entre el documento del procesador y el fichero de mensajes ---actualizaciones de uno que no pasas al otro y cosas del estilo---.

Así que trato hacer que los ficheros de mensajes de la aventura tengan la mínima cantidad de lógica posible; esto hace más sencillo su mantenimiento y cumplen con la función que podría facilitarte usar el procesador de textos. Al tener todos los mensajes en uno o dos ficheros puedes pasarles herramientas de corrección ortográfica, tienes los mensajes localizados en el mismo punto ante la posible tarea de traducción a otro idioma, y con el script puedo usar etiquetas para marcar objetos que considero importantes y que deben estar implementados, de forma que si luego me olvido de ellos, el propio compilador Inform me avisa de la falta.


En el ejemplo, espero que exista un objeto 'ventanas' con el que se pueda interactuar. Si lo olvidas, el compilador da el aviso:

En cuanto a esto, como parte de un trabajo académico cobre compiladores me había planteado crear un lenguaje mínimo que extendiese las funcionalidades del script ese que uso. La idea era analizar un fichero con definición de objetos en Inform y anotar la cantidad de mensajes que se espera por cada objeto (1, 2, 3, en el siguiente ejemplo. En realidad la sintaxis sería distinta, pero creo que como ejemplo funciona):


Después, cogiendo como entrada un fichero de mensajes con un formato predefinido tipo el del siguiente ejemplo (de nuevo, la sintaxis no sería exactamente esta):


Generaría el código Inform correspondiente con el de esos ficheros de mensajes que uso ahora. Así se puede comprobar que cada objeto tenga definidos todos los mensajes que se espera de él, mostrando mensaje de error si no es así, y alguna otra virguería chula. Pero mi trabajo de compiladores ha ido por otro camino, así que este proyecto ha quedado también como vaporware, al menos por el momento.

«Cortadillo» va un poco por ahí. Hace ya un tiempo y no recuerdo lo que soportaba exactamente, pero poca cosa... aunque puede servir de punto de partida para algo más elaborado.

viewtopic.php?f=18&t=5966

¡Gracias d6!

Le echaré un ojo en detalle en cuanto tenga un rato y ya comentaré por aquí.

Por cierto, este tipo de enlaces cortos que veo a veces en el foro van con https que por lo visto (a mi al menos) fallan y hay que quitarle la "s" y dejarlos como http para poder acceder. Lo comento aquí porque no se quién se ocupa de estas cosas, y este enlace tuyo es de esos.

Sí, fallan porque, como dice Firefox, «el certificado está autofirmado», o sea no por una autoridad de certificación que dé fe de la autenticidad.
En realidad no sé qué necesidad hay aquí de usar HTTPS, pues no suelen transmitirse datos personales sensibles que ameriten ser cifrados. Quizá se deba a esa obsesión malsana que hoy tanto empresas comerciales como diversas ONG del ámbito informático tienen por la encriptación de las comunicaciones ante la posibilidad de que se intercepten y/o modifiquen. Podría ayudar a que Google dé más relevancia a la web en las búsquedas, pero Google seguramente eche al CAAD para atrás entre el certificado autofirmado —que además ahora mismo se encuentra vencido hace dos años— y que el uso de HTTPS tampoco es uniforme en toda la comunidad.
Yo simplemente agregué al CAAD como excepción de seguridad y problema resuelto.