FOS Tablet System — Pro
Version 1.1.0 · exige FOS Essentials Core 1.1.0 ou plus récent · exige aussi FOS Tablet System — Standard 2.2.1
Transforme les quatre rôles figés de l’édition Standard en autant que votre monde en demande, chacun avec ses propres permissions.
Exige FOS Tablet System Standard 2.1.0 et FOS Essentials Core 1.1.0.
Vous mettez à jour ? Lisez d’abord CHANGELOG.md.
Comment il s’installe
Section intitulée « Comment il s’installe »Pro ajoute des composants à côté de ceux du Standard. Il ne remplace jamais un composant de votre prefab : la mise à niveau ne vous coûte donc rien du câblage déjà fait.
Posez le paquet Pro à côté du Standard, et tout ce que vous aviez continue de fonctionner exactement comme avant, jusqu’à ce que vous ouvriez la matrice des rôles et changiez quelque chose.
L’exemple
Section intitulée « L’exemple »FOS Essentials > FOS Tablet System Pro > Create Example
Construit un exemple fonctionnel dans votre scène ouverte : cinq rôles, deux portes de
rôle avec les objets qu’elles filtrent, et un point d’arrivée par rôle. Un seul Ctrl+Z
supprime l’ensemble.
Il faut d’abord la tablette Standard dans la scène — il se câble sur votre staff manager.
Pourquoi un générateur et pas un prefab
Section intitulée « Pourquoi un générateur et pas un prefab »Chaque composant Pro pointe vers le staff manager, qui vit dans l’instance de tablette de votre scène. Un prefab ne peut pas conserver une référence vers un objet de scène : Unity l’efface à l’enregistrement du prefab.
Un exemple livré sous forme de prefab arriverait donc avec tous ses champs vides, et la première chose que vous feriez avec ce pack serait de déboguer un exemple cassé. Un générateur en produit un câblé sur votre tablette, et reste utile ensuite pour repartir de zéro.
C’est aussi pourquoi Prefabs/ est vide ici : il n’y a rien dans cette édition qu’un
prefab pourrait porter.
Ce qu’il faut regarder en premier
Section intitulée « Ce qu’il faut regarder en premier »Le rôle Greeter. Il se téléporte vers les nouveaux venus et lit le journal, mais ne peut sanctionner personne. Une échelle de rangs n’a aucun moyen d’exprimer ce rôle — c’est toute la raison d’être de la matrice.
La matrice des rôles
Section intitulée « La matrice des rôles »FOS Essentials > FOS Tablet System Pro > Role Matrix
Une ligne par rôle, une colonne par permission. Sélectionnez le GameObject qui porte votre Staff Manager, ou déposez-le dans le champ en haut.
| Colonne | Signification |
|---|---|
| # | Le niveau du rôle. Le plus haut prime sur le plus bas. |
| Name | Ce que lisent les joueurs, quand aucune clé de traduction n’est renseignée. |
| Translation key | Lue depuis FOS Localization, pour que les noms de rôles suivent la langue du joueur. |
| Grants up to | Le rôle le plus élevé que celui-ci peut attribuer. |
| Frz Iso Mut TP | Immobiliser, isoler, couper le micro, se téléporter vers un joueur. |
| Rol | Peut changer les rôles, tout court. |
| Eq | Peut agir sur quelqu’un du même rang. |
| Com Pan Log | Réglages communautaires, ouvrir le panneau staff, consulter le journal. |
Les permissions ne sont pas une échelle
Section intitulée « Les permissions ne sont pas une échelle »C’est tout l’intérêt de la matrice. Un rang répond à qui prime sur qui ; il ne peut pas dire celui-ci coupe le micro mais n’isole jamais, ce qui est la première demande d’une équipe de plus de deux personnes.
Vous pouvez désormais construire un accueillant qui ne fait que téléporter, un modérateur de chat qui coupe le micro et rien d’autre, ou un recruteur qui attribue des rôles sans pouvoir modérer qui que ce soit.
Les rangs comptent toujours
Section intitulée « Les rangs comptent toujours »Les niveaux ne sont pas décoratifs : Grants up to, agir sur un rang égal et la protection du fondateur comparent tous des niveaux. Classez vos rôles du moins au plus digne de confiance.
Points de départ
Section intitulée « Points de départ »Reset remet les quatre rôles d’origine avec les permissions qu’applique l’édition Standard. C’est le point de départ raisonnable, et le chemin du retour si vous vous perdez.
Back to rank-based vide entièrement la matrice. Les permissions sont alors de nouveau déduites du rang, exactement comme le fait le Standard — les autres fonctions de Pro continuent de marcher.
Ce que la fenêtre refuse de laisser passer
Section intitulée « Ce que la fenêtre refuse de laisser passer »Certains réglages se cochent de bonne foi et ne montrent leur conséquence qu’en instance réelle, quand il est trop tard.
Un rôle qui attribue au-dessus de lui-même. Il peut créer quelqu’un de plus puissant que lui, et le rang cesse de vouloir dire quoi que ce soit. Signalé en rouge.
Un rôle qui attribue son propre rang. Ceux qui le détiennent recrutent des pairs sans limite — normal pour votre rôle le plus élevé, c’est ainsi qu’un admin délègue, discutable pour un rôle intermédiaire. Signalé comme un avertissement, et seulement sur les rôles qui ne sont pas le plus haut.
Personne ne peut ouvrir le panneau staff. Aucune modération n’est alors possible.
Personne ne peut modifier les réglages communautaires. Le règlement et l’interrupteur du contenu adulte restent verrouillés pour tout le monde, définitivement.
Un rôle sans nom. Les joueurs voient un numéro.
Retirer un rôle
Section intitulée « Retirer un rôle »Chaque ligne porte une ×. N’importe quel rôle peut partir, pas seulement le dernier.
Un rôle est un indice, et c’est là toute la difficulté : le rôle de chaque joueur, chaque porte, chaque grants up to en désigne un par son numéro. Retirer le rôle 2 fait glisser le 3 en 2, le 4 en 3, et tout ce qui pointe au-dessus du trou se met à nommer son voisin — la porte du staff s’ouvrant aux accueillants, le point d’arrivée admin recevant les modérateurs. Rien n’échouerait, rien ne se verrait.
La fenêtre renumérote donc en retirant :
| Renuméroté dans la matrice | Renuméroté dans la scène |
|---|---|
| Plafonds d’attribution | Masques des portes de rôle |
| Rôle du fondateur, rôle d’arrivée | Points d’arrivée |
| Rôles par compte |
La confirmation compte ce qui va bouger — combien de comptes détiennent le rôle et sur lequel ils retombent, combien de portes et de points d’arrivée sont réécrits — plutôt que de demander si vous êtes sûr.
Une limite, et le dialogue l’énonce : seules les scènes ouvertes sont renumérotées.
Une porte se trouvant dans une autre scène, ou dans un prefab jamais instancié ici, est
invisible pour l’éditeur à ce moment-là et conserve les anciens numéros. Ctrl+Z restaure
tout.
Les rôles par compte
Section intitulée « Les rôles par compte »FOS Essentials > FOS Tablet System Pro > Account Roles
Une liste de noms affichés et le rôle que chacun détient. Quelqu’un figurant sur cette liste arrive avec son rôle déjà appliqué, dans toutes les instances, sans que personne ait à le nommer.
C’est un plancher, jamais un plafond
Section intitulée « C’est un plancher, jamais un plafond »Le rôle porté par un compte est le plus bas qu’il puisse détenir :
- Il arrive avec, à chaque fois, et le retrouve après un plantage ou une reconnexion.
- Il peut être promu au-dessus, le temps d’une instance.
- Il peut être ramené jusqu’à ce rôle — c’est ainsi qu’on révoque une promotion temporaire.
- Il ne peut jamais être descendu en dessous, par personne, admin compris.
Cette seule règle couvre le staff permanent et les renforts d’un soir, sans cas particulier pour l’un ni pour l’autre.
Deux limites à connaître avant de s’en servir
Section intitulée « Deux limites à connaître avant de s’en servir »La liste est cuite dans votre monde. Ajouter ou retirer quelqu’un ne prend effet qu’après un nouveau téléversement. Il n’y a pas moyen d’y échapper : un rôle accordé depuis le jeu devrait être stocké quelque part de digne de confiance, et VRChat n’offre aucun tel endroit à un monde. La persistance joueur est écrite par le client du joueur lui-même — parfait pour une préférence de langue, catastrophique pour une permission.
Un changement de pseudo perd l’entrée. Udon n’expose aucun identifiant de compte, seulement le nom affiché. Un joueur qui renomme son compte VRChat retombe sur le rôle d’arrivée jusqu’à ce que vous mettiez la liste à jour.
La fenêtre énonce les deux, pour que personne ne les découvre en production.
Export écrit le nom, l’indice du rôle et le nom du rôle. Le nom du rôle est redondant à dessein : sans lui, un fichier rouvert six mois plus tard est une colonne de chiffres.
L’import remplace toute la liste. Il ne fusionne pas, contrairement à la table de traduction, et la fenêtre demande confirmation avant de le faire. Une liste d’accès se lit comme un tout — fusionner conserverait en silence quelqu’un que vous aviez retiré du fichier, ce qui est exactement l’erreur qu’on ne peut pas se permettre sur des permissions.
Un rôle peut s’écrire par son indice ou par son nom ; les deux sont acceptés à l’import.
Rôles particuliers
Section intitulée « Rôles particuliers »| Réglage | Ce qu’il fait |
|---|---|
| Founder role | Ce que reçoivent le premier joueur de l’instance et son créateur. |
| Role on arrival | Ce que reçoivent tous les autres. Visiteur par défaut ; un monde privé voudra peut-être VIP. |
Le fondateur reste indéboulonnable, quel que soit le rôle que vous lui donnez.
Visibilité par rôle
Section intitulée « Visibilité par rôle »Add Component > FOS Essentials > Tablet System Pro > Role Gate
Posez-le sur l’objet à filtrer, cochez les rôles autorisés à le voir, c’est fini. L’inspecteur liste les rôles par leur nom, pas sous forme de masque de bits, et vous dit en une phrase ce que produit le réglage.
Montré aux rôles cochés, ou masqué pour eux — une case inverse le sens.
Il ne touche jamais à son propre objet
Section intitulée « Il ne touche jamais à son propre objet »C’est la seule chose à comprendre sur l’endroit où le poser.
Un comportement sur un GameObject désactivé cesse de tourner. Si la porte éteignait son propre objet, elle ne recevrait jamais le changement de rôle censé la rallumer : l’objet resterait éteint jusqu’au redémarrage du monde, sans erreur et sans rien pour l’expliquer.
La porte commute donc ses enfants directs par défaut. Posez-la sur un parent vide et rangez dessous ce que vous voulez filtrer. Vous pouvez aussi remplir la liste targets pour piloter des objets situés n’importe où ailleurs dans la scène.
Deux réglages qui ne font rien
Section intitulée « Deux réglages qui ne font rien »L’inspecteur les signale, car ni l’un ni l’autre ne paraît anormal dans une colonne de cases à cocher :
- Rien de coché, en mode montré à — les objets sont masqués pour tout le monde.
- Tout coché, en mode montré à — visibles par tous, donc la porte est inerte.
Cela organise une interface, cela ne protège rien. Masquer un objet n’empêche pas un joueur déterminé de l’atteindre autrement.
Points d’arrivée par rôle
Section intitulée « Points d’arrivée par rôle »Add Component > FOS Essentials > Tablet System Pro > Role Spawn
Un point d’arrivée par rôle : le staff en coulisses, les visiteurs à l’entrée. L’inspecteur dessine une ligne par rôle, nommée, et suit la matrice — ajoutez un rôle et sa ligne apparaît ici.
Un emplacement vide signifie ce rôle n’est pas déplacé du tout, ce qui est un choix légitime et non un oubli.
Il attend le vrai rôle
Section intitulée « Il attend le vrai rôle »VRChat fait apparaître un joueur avant que la liste synchronisée ne lui parvienne : à l’arrivée, son propre rôle est encore inconnu. Le composant attend qu’il le soit plutôt que d’envoyer tout le monde au point d’arrivée pour se corriger un instant plus tard — ce qui se verrait comme un aller-retour à chaque connexion d’un membre du staff.
| Réglage | Défaut | Pourquoi |
|---|---|---|
| Spawn on arrival | activé | C’est l’objet du composant. |
| Spawn on role change | désactivé | Être promu ne devrait pas arracher quelqu’un à sa conversation pour le projeter à l’autre bout de la carte. |
| Keep velocity | désactivé | Arriver à pleine vitesse fait glisser ou tomber les joueurs. |
FOSRespawn() renvoie le joueur local au point de son rôle courant, pour un bouton
« retour au spawn » qui vous appartient.
Sous le capot
Section intitulée « Sous le capot »La matrice n’est pas synchronisée. Elle est cuite dans votre prefab, identique sur tous les clients : elle ne coûte donc rien sur le réseau et aucun client ne peut la falsifier. Ce qui circule reste un entier de rôle par joueur — passer de quatre rôles à vingt ne coûte rien de plus.
Les permissions sont lues par l’autorité de l’édition Standard, au même point de décision unique qu’avant. Pro fournit les données et l’éditeur ; il ne duplique pas le modèle de sécurité, qui est bien la dernière chose à exister en deux exemplaires.
- Les rôles s’éditent uniquement par la fenêtre. Les tableaux sont des masques de bits : illisibles à la main, et une erreur d’un seul bit donne un rôle qui isole au lieu d’immobiliser, sans rien qui le montre.
- Les clés de traduction sont facultatives. Sans elles, les noms de la matrice sont utilisés tels quels.
- Quest et PC se comportent à l’identique : il n’y a pas de code spécifique à une plateforme.