Ramas de diálogo en Ren'Py: conecta elecciones, variables de historia y rutas de retorno

Deja claro cómo continúa cada elección

Un menu de Ren'Py presenta opciones cuyo bloque de instrucciones se ejecuta al seleccionarlas. Cuando el bloque elegido termina con normalidad, la ejecución continúa después del menú. Usa un bloque local para una variación breve y una etiqueta con nombre cuando la estructura se beneficie de un destino propio. [1][2]

Anota dónde se reincorpora cada rama a la historia. Una opción visible promete alguna consecuencia, pero esa consecuencia puede ser una línea modificada, un valor de relación o una opción posterior, en lugar de un capítulo separado de forma permanente.

Inicializa deliberadamente las variables mutables de la historia

Usa default para las variables que pueden cambiar durante la partida. La instrucción asigna un valor cuando la variable no está definida al iniciar el juego o al cargar una partida. Las variables declaradas con define se tratan como constantes y no deben usarse como contadores de relación mutables. [3]

Para una escena original en un puerto, inicializa default trust = 0. Mantén esa declaración separada del flujo normal de una conversación, de modo que volver a visitarla no restablezca la relación a propósito. Dale a la variable un significado claro: la confianza ganada por ayudar al práctico del puerto, y no una puntuación sin explicar que se reutiliza en escenas sin relación entre sí.

Conecta una elección con una condición posterior

Ofrece al jugador la opción de reparar la linterna del práctico o seguir sin ayudarlo. En la rama de reparación, usa $ trust += 1; la otra rama deja el valor sin cambios. Más adelante, una opción para examinar las notas de ruta del práctico puede usar if trust >= 1. Este ejemplo define la regla de relación; Ren'Py no la deduce a partir del diálogo.

Una opción de menú condicional normalmente se oculta cuando su condición es falsa. En cambio, la opción de configuración config.menu_include_disabled permite mostrarla deshabilitada. Si ninguna opción está disponible, se omite el menú y la ejecución continúa después de él. Prevé una alternativa intencional o redacta esa continuación de forma deliberada. [1]

Elige entre call y jump según el comportamiento de retorno

call transfiere el control a una etiqueta y guarda el punto donde debe reanudarse la ejecución. El pasaje llamado puede usar return para continuar tras la llamada. jump transfiere el control sin añadir su propio punto de retorno. Usa un call para un pasaje reutilizable de reparación de la linterna que deba volver a conversaciones distintas; usa un jump cuando la historia deba continuar en otro destino. [2]

Un return con la pila de llamadas vacía vuelve al menú principal. No lo trates como una instrucción genérica que solo significa que el párrafo actual ha terminado. Mantén visible el comportamiento de retorno en el diseño de las ramas.

Revisa las consecuencias y la reconvergencia

Sigue las dos opciones del puerto y luego inspecciona el menú posterior de notas de ruta. Comprueba una partida nueva, una visita posterior y un segundo intento de reparación si se permite volver. Decide si la recompensa puede obtenerse de nuevo; si debe ser única, regístralo de forma explícita en lugar de confiar en que el jugador nunca vuelva.

Revisa qué ocurre cuando la elección opcional de notas de ruta no está disponible y confirma que todos los caminos previstos llegan al siguiente momento de la historia. Se trata de recorridos propuestos, no de pruebas ejecutadas. Mantén alineadas la redacción del diálogo y las actualizaciones del estado de la historia, de modo que las condiciones posteriores reflejen lo que el jugador realmente eligió.

Fuentes

1. In-Game Menus — colaboradores de la documentación de Ren'Py.
2. Labels & Control Flow — colaboradores de la documentación de Ren'Py.
3. Python Statements — colaboradores de la documentación de Ren'Py.