Variable heredada

En Wired Code: variable.reference

Trae a esta sala una variable que vive en otra sala, para poder leerla aquí.

Cómo funciona

Es la pieza que conecta salas entre sí. Con ella, un hotel repartido en varias salas puede compartir estado: el progreso de una gincana, el marcador de un torneo, la fase de un evento que se juega en varios sitios.

La variable original sigue viviendo donde estaba; aquí se le pone un nombre local, que es el que usarás en tus pilas. No es una copia: es la misma variable vista desde aquí.

Dos límites que hay que saber antes de montar nada:

Solo tus salas. El desplegable trae las salas de las que eres dueño. No se puede enganchar con la sala de otra persona.

Y solo variables compartidas de verdad. En la sala de origen, la variable tiene que estar puesta como Permanente, compartida entre salas. Con “Permanente” a secas o con la temporal no aparece siquiera en la lista, por mucho que exista.

Se puede traer en solo lectura, y en la mayoría de los casos es lo que quieres: la sala que manda escribe, las demás leen.

El dato viaja, y el aviso también

Traer una variable no es solo poder leerla: cuando una global compartida cambia en cualquier sala, el causante Cambio de variable se dispara en todas las salas cargadas que la usan. Eso convierte una variable en un canal de comunicación entre salas: la sala A sube un contador y la sala B reacciona sola, sin que ninguna sepa de la otra.

Y para saber quién lo tocó, la interna @event.variable_update.change_origin distingue si el cambio vino de un wired de esta sala o si llegó propagado desde otra. Es lo que te permite reaccionar solo a lo de fuera y no a tus propios cambios.

Dársela a otra persona

El caso que no es evidente: puedes poner tu propia caja heredada en la sala de grupo de otra persona. La variable sigue siendo tuya y viviendo en tu sala; lo que haces es abrirle una ventana a esa sala para que ella —y quien tenga derechos allí— pueda usarla.

Es lo que monta un sistema de rangos de agencia: los empleados leen su rango desde la sala de trabajo, y como la caja va en solo lectura, ninguno puede ascenderse solo. La única sala que escribe es la tuya.

Configuración

Elegir sala, de dónde viene la variable. Solo salen las tuyas.

Variable compartida, cuál de las de esa sala. Solo salen las que allí estén marcadas como “Permanente, compartida entre salas”.

Nombre local de la variable, cómo se va a llamar aquí.

Solo lectura, una casilla que impide que esta sala la modifique. Viene marcada, y déjala así salvo que sepas lo que haces.

Ejemplo

Una segunda sala que muestra el marcador de la principal:

Caja de variable:
  Variable heredada  [sala "Arena" · variable marcador · nombre local marcador · solo lectura]

Pila A
│
├─ Complemento: Marcador de posición de variable
│    ├─ Escoge una variable ..................... marcador
│    ├─ Nombre del identificador ................ marcador_txt
│    └─ Escoge el tipo de visualización ......... Numérica
│
├─ Causante: Click en Furni
│    └─ Elige Furni ............................. Interruptor de Suelo 1
│
└─ Efecto: Mensaje
     ├─ ¿Cuál es el mensaje? .................... "Marcador: $(marcador_txt)"
     └─ Solo el usuario desencadenante

Notas

Si quitas la caja de origen, aquí deja de llegar y tus pilas se quedan sin dato, sin más aviso. El enlace apunta a esa caja concreta, así que recogerla del suelo rompe la referencia — pero renombrar la variable no, porque no va por el nombre.

Marca “solo lectura” salvo que tengas un motivo muy claro. Dos salas escribiendo el mismo dato a la vez es la receta de un marcador que va a saltos.

Una heredada no trae el Conector de texto de la caja de origen, ni admite uno propio: en un marcador de posición solo te sirve la visualización numérica. Con “Textual” saldría igualmente el número.