FOS Tablet System — Pro
Versión 1.1.0 · requiere FOS Essentials Core 1.1.0 o posterior · también requiere FOS Tablet System — Standard 2.2.1
Convierte los cuatro roles fijos de la edición Standard en tantos como necesite tu mundo, cada uno con sus propios permisos.
Requiere FOS Tablet System Standard 2.1.0 y FOS Essentials Core 1.1.0.
¿Vas a actualizar? Lee antes CHANGELOG.md.
Cómo se instala
Sección titulada «Cómo se instala»Pro añade componentes junto a los del Standard. Nunca sustituye un componente de tu prefab, así que actualizar no te cuesta nada del cableado que ya hiciste.
Coloca el paquete Pro al lado del Standard y todo lo que tenías sigue funcionando exactamente igual que antes, hasta que abras la matriz de roles y cambies algo.
El ejemplo
Sección titulada «El ejemplo»FOS Essentials > FOS Tablet System Pro > Create Example
Construye un ejemplo funcional en tu escena abierta: cinco roles, dos puertas de rol con
los objetos que filtran, y un punto de llegada por rol. Un solo Ctrl+Z lo elimina todo.
Necesita primero la tableta Standard en la escena: se cablea a tu staff manager.
Por qué un generador y no un prefab
Sección titulada «Por qué un generador y no un prefab»Cada componente de Pro apunta al staff manager, que vive en la instancia de tableta de tu escena. Un prefab no puede conservar una referencia a un objeto de escena: Unity la borra al guardar el prefab.
Un ejemplo entregado como prefab llegaría por tanto con todos sus campos vacíos, y lo primero que harías con este pack sería depurar un ejemplo roto. Un generador produce uno cableado a tu tableta, y sigue siendo útil después para empezar de cero.
Por eso también Prefabs/ está vacío aquí: no hay nada en esta edición que un prefab
pudiera llevar.
Qué mirar primero
Sección titulada «Qué mirar primero»El rol Greeter. Se teletransporta hacia los recién llegados y lee el registro, pero no puede sancionar a nadie. Una escala de rangos no tiene forma de expresar ese rol: esa es toda la razón de ser de la matriz.
La matriz de roles
Sección titulada «La matriz de roles»FOS Essentials > FOS Tablet System Pro > Role Matrix
Una fila por rol, una columna por permiso. Selecciona el GameObject que lleva tu Staff Manager, o suéltalo en el campo de arriba.
| Columna | Significado |
|---|---|
| # | El nivel del rol. El más alto manda sobre el más bajo. |
| Name | Lo que leen los jugadores cuando no hay clave de traducción. |
| Translation key | Se lee de FOS Localization, para que los nombres de rol sigan el idioma del jugador. |
| Grants up to | El rol más alto que este puede otorgar. |
| Frz Iso Mut TP | Inmovilizar, aislar, silenciar, teletransportarse a un jugador. |
| Rol | Puede cambiar roles, sin más. |
| Eq | Puede actuar sobre alguien del mismo rango. |
| Com Pan Log | Ajustes comunitarios, abrir el panel de staff, ver el registro. |
Los permisos no son una escalera
Sección titulada «Los permisos no son una escalera»Ese es todo el sentido de la matriz. Un rango responde a quién manda sobre quién; no puede decir este silencia pero nunca aísla, que es lo primero que pide un equipo de más de dos personas.
Ahora puedes construir un recepcionista que solo teletransporta, un moderador de chat que silencia y nada más, o un reclutador que reparte roles sin poder moderar a nadie.
Los rangos siguen contando
Sección titulada «Los rangos siguen contando»Los niveles no son decorativos: Grants up to, actuar sobre un rango igual y la protección del fundador comparan todos niveles. Ordena tus roles de menos a más confianza.
Puntos de partida
Sección titulada «Puntos de partida»Reset devuelve los cuatro roles originales con los permisos que aplica la edición Standard. Es el punto de partida sensato, y el camino de vuelta si te pierdes.
Back to rank-based vacía la matriz por completo. Los permisos vuelven entonces a deducirse del rango, exactamente como hace Standard; el resto de funciones de Pro siguen operando.
Lo que la ventana se niega a dejar pasar
Sección titulada «Lo que la ventana se niega a dejar pasar»Algunos ajustes se marcan de buena fe y solo enseñan su consecuencia en una instancia real, cuando ya es tarde.
Un rol que otorga por encima de sí mismo. Puede crear a alguien más poderoso que él, y el rango deja de significar nada. Marcado en rojo.
Un rol que otorga su propio rango. Quienes lo tienen reclutan iguales sin límite: normal para tu rol más alto, que es como delega un admin; discutible para uno intermedio. Marcado como advertencia, y solo en los roles que no son el más alto.
Nadie puede abrir el panel de staff. No es posible ninguna moderación.
Nadie puede editar los ajustes comunitarios. Las normas y el interruptor de contenido para adultos quedan bloqueados para todos, para siempre.
Un rol sin nombre. Los jugadores ven un número.
Quitar un rol
Sección titulada «Quitar un rol»Cada fila lleva una ×. Puede irse cualquier rol, no solo el último.
Un rol es un índice, y ahí está toda la dificultad: el rol de cada jugador, cada puerta, cada grants up to se refiere a uno por su número. Quitar el rol 2 desliza el 3 a 2, el 4 a 3, y todo lo que apunte por encima del hueco pasaría a nombrar a su vecino: la puerta del staff abriéndose a los recepcionistas, el punto de llegada de admin recibiendo a moderadores. Nada fallaría, nada se vería.
Por eso la ventana renumera al quitar:
| Renumerado en la matriz | Renumerado en la escena |
|---|---|
| Techos de concesión | Máscaras de las puertas de rol |
| Rol del fundador, rol de llegada | Puntos de llegada |
| Roles por cuenta |
La confirmación cuenta lo que está a punto de moverse —cuántas cuentas tienen el rol y a cuál caen, cuántas puertas y puntos de llegada se reescriben— en vez de preguntar si estás seguro.
Un límite, y el diálogo lo dice: solo se renumeran las escenas abiertas. Una puerta
que esté en otra escena, o en un prefab nunca instanciado aquí, es invisible para el editor
en ese momento y conserva los números antiguos. Ctrl+Z lo restaura todo.
Roles por cuenta
Sección titulada «Roles por cuenta»FOS Essentials > FOS Tablet System Pro > Account Roles
Una lista de nombres visibles y el rol que tiene cada uno. Quien figure en esa lista llega con su rol ya aplicado, en todas las instancias, sin que nadie tenga que nombrarlo.
Es un suelo, nunca un techo
Sección titulada «Es un suelo, nunca un techo»El rol que lleva una cuenta es el más bajo que puede tener:
- Llega con él siempre, y lo recupera tras un cuelgue o una reconexión.
- Se le puede ascender por encima durante una instancia.
- Se le puede devolver hasta ese rol: así se revoca un ascenso temporal.
- Nunca se le puede bajar por debajo, ni siquiera un admin.
Esa sola regla cubre al personal permanente y a los refuerzos de una noche, sin ningún caso especial para unos ni para otros.
Dos límites que hay que conocer antes de usarlo
Sección titulada «Dos límites que hay que conocer antes de usarlo»La lista va horneada en tu mundo. Añadir o quitar a alguien solo surte efecto tras volver a subir el mundo. No hay manera de esquivarlo: un rol concedido desde dentro del juego tendría que guardarse en algún sitio fiable, y VRChat no ofrece ninguno a un mundo. La persistencia de jugador la escribe el propio cliente del jugador: perfecto para una preferencia de idioma, catastrófico para un permiso.
Un cambio de nombre pierde la entrada. Udon no expone ningún identificador de cuenta, solo el nombre visible. Quien renombre su cuenta de VRChat cae al rol de llegada hasta que actualices la lista.
La ventana enuncia ambos, para que nadie los descubra en producción.
Export escribe el nombre, el índice del rol y el nombre del rol. El nombre del rol es redundante a propósito: sin él, un archivo reabierto seis meses después es una columna de números.
La importación sustituye la lista entera. No fusiona, a diferencia de la tabla de traducción, y la ventana lo pregunta antes de hacerlo. Una lista de acceso se lee como un todo: fusionar conservaría en silencio a alguien que habías quitado del archivo, que es justo el error que no te puedes permitir con permisos.
Un rol puede escribirse por su índice o por su nombre; ambos se aceptan al importar.
Roles especiales
Sección titulada «Roles especiales»| Ajuste | Qué hace |
|---|---|
| Founder role | Lo que reciben el primer jugador de la instancia y quien la crea. |
| Role on arrival | Lo que recibe todo el mundo. Visitante por defecto; un mundo privado quizá prefiera VIP. |
Al fundador sigue sin poder degradársele, sea cual sea el rol que le des.
Visibilidad por rol
Sección titulada «Visibilidad por rol»Add Component > FOS Essentials > Tablet System Pro > Role Gate
Colócalo en el objeto que quieras filtrar, marca los roles que pueden verlo y listo. El inspector lista los roles por su nombre, no como máscara de bits, y te dice en una frase qué produce el ajuste.
Mostrado a los roles marcados, u oculto para ellos: una casilla invierte el sentido.
Nunca toca su propio objeto
Sección titulada «Nunca toca su propio objeto»Esto es lo único que hay que entender sobre dónde ponerlo.
Un comportamiento en un GameObject desactivado deja de ejecutarse. Si la puerta apagase su propio objeto, jamás recibiría el cambio de rol que debía volver a encenderla: el objeto se quedaría apagado hasta reiniciar el mundo, sin error y sin nada que lo explique.
Así que la puerta conmuta sus hijos directos por defecto. Ponla en un padre vacío y aparca debajo lo que quieras filtrar. También puedes rellenar la lista targets para gobernar objetos situados en cualquier otro punto de la escena.
Dos ajustes que no hacen nada
Sección titulada «Dos ajustes que no hacen nada»El inspector los señala, porque ninguno de los dos parece raro en una columna de casillas:
- Nada marcado, en modo mostrado a: los objetos quedan ocultos para todos.
- Todo marcado, en modo mostrado a: visibles para todos, así que la puerta es inerte.
Esto organiza una interfaz, no protege nada. Ocultar un objeto no impide que un jugador decidido lo alcance por otra vía.
Puntos de llegada por rol
Sección titulada «Puntos de llegada por rol»Add Component > FOS Essentials > Tablet System Pro > Role Spawn
Un punto de llegada por rol: el staff entre bastidores, los visitantes en la entrada. El inspector dibuja una línea por rol, con su nombre, y sigue la matriz: añade un rol y su línea aparece aquí.
Una casilla vacía significa ese rol no se mueve en absoluto, que es una elección legítima y no un olvido.
Espera al rol de verdad
Sección titulada «Espera al rol de verdad»VRChat hace aparecer a un jugador antes de que le llegue la lista sincronizada: al llegar, su propio rol aún se desconoce. El componente espera a conocerlo en lugar de mandar a todo el mundo al punto de llegada y corregirse un instante después, lo que se vería como un viaje de ida y vuelta cada vez que se conecta alguien del staff.
| Ajuste | Por defecto | Por qué |
|---|---|---|
| Spawn on arrival | activado | Es el objeto del componente. |
| Spawn on role change | desactivado | Un ascenso no debería arrancar a alguien de su conversación al otro extremo del mapa. |
| Keep velocity | desactivado | Llegar a toda velocidad hace que los jugadores resbalen o caigan. |
FOSRespawn() devuelve al jugador local al punto de su rol actual, para un botón de
«volver al spawn» propio.
Bajo el capó
Sección titulada «Bajo el capó»La matriz no se sincroniza. Va horneada en tu prefab, idéntica en todos los clientes, así que no cuesta nada en la red y ningún cliente puede falsificarla. Lo que viaja sigue siendo un entero de rol por jugador: pasar de cuatro roles a veinte no cuesta nada más.
Los permisos los lee la autoridad de la edición Standard, en el mismo punto único de decisión que antes. Pro aporta los datos y el editor; no duplica el modelo de seguridad, que es la última cosa que debería existir por duplicado.
- Los roles se editan solo desde la ventana. Los arrays son máscaras de bits: ilegibles a mano, y un error de un solo bit da un rol que aísla en lugar de inmovilizar, sin nada que lo delate.
- Las claves de traducción son opcionales. Sin ellas se usan tal cual los nombres de la matriz.
- Quest y PC se comportan igual: no hay código específico de plataforma.