TAB — Minecraft Java Edition 1.7.10 – 1.21.11+

La liste standard des joueurs (menu TAB) dans Minecraft n'affiche que les têtes et les pseudonymes des utilisateurs dans un simple ordre alphabétique. Le client vanilla ne prend pas en charge la personnalisation de l'en-tête ou du pied de la liste, ni la création de panneaux latéraux dynamiques (Scoreboard) ou de barres de progression (BossBar) sans recourir à de complexes chaînes de blocs de commande qui surchargent le tick du jeu. De plus, les outils standard ne permettent pas de trier les joueurs selon les rangs en jeu ou les droits d'accès, ce qui complique l'administration. Le plugin TAB résout ces problèmes en fournissant un outil asynchrone pour la reconstruction complète de l'interface d'affichage des informations. Grâce à son architecture modulaire, toute fonction inactive est entièrement désactivée dans le code et ne consomme aucune ressource de calcul du serveur.

Tri prioritaire des joueurs dans la liste TAB

L'une des fonctions clés du plugin est la possibilité de répartir les joueurs dans la liste selon une certaine hiérarchie. TAB gère le tri à l'aide des scoreboard teams (équipes du tableau de score). Le plugin crée automatiquement des équipes masquées dans le jeu et y ajoute les joueurs afin de forcer le client Minecraft à les afficher dans l'ordre souhaité.

Pour définir la priorité, on utilise le paramètre sorting-types dans la configuration. Le plugin évalue les conditions de haut en bas : si deux joueurs ont la même priorité selon le premier critère, on passe au suivant.

Types de tri pris en charge

Paramétrage des fichiers de configuration du plugin

Après le premier lancement, une structure de fichiers de configuration est créée dans le dossier plugins/TAB/ :

·        config.yml — le fichier principal (voir capture d'écran). Il gère l'activation des différents modules (par exemple, scoreboard-teams pour les préfixes et le tri au-dessus de la tête, tablist-name-formatting pour les couleurs dans la liste, header-footer pour les libellés). C'est aussi ici que se configurent les panneaux latéraux globaux et les bossbars.

·        animations.yml — destiné à décrire les effets textuels cycliques. Les animations sont définies par un intervalle de temps de mise à jour des images en millisecondes et par une liste de chaînes de texte. L'animation créée peut être affichée dans n'importe quelle autre configuration via le placeholder %animation:nom%.

·        groups.yml — stocke les formats d'affichage des préfixes et des suffixes pour les groupes LuckPerms ou les pseudonymes personnels.

·        advanced-config.yml — contient les paramètres des intervalles de mise à jour des placeholders de PlaceholderAPI (pour éviter les requêtes excessives à la base de données), les paramètres de compatibilité avec RedisBungee et les indicateurs de débogage.

Exemple de création d'une animation dans le fichier animations.yml :

Commandes de gestion et droits d'accès

Toutes les opérations d'administration s'effectuent via le terminal du serveur ou directement en jeu par les joueurs disposant des droits correspondants :

·        /tab reload — recharge tous les fichiers de configuration depuis le disque sans redémarrer le serveur.

·        /tab dump — crée un rapport sur l'état de la configuration, la version de la plateforme, les placeholders installés et les erreurs actives, en fournissant un lien vers le panneau web pour le diagnostic. Cette commande a remplacé l'ancien outil /tab debug.

·        /tab cpu — affiche des statistiques détaillées sur la charge du processeur. Il indique le pourcentage du temps de traitement des paquets pour chaque module du plugin, aidant à localiser les sources de lag.

·        /tab parse <joueur> <placeholder> — effectue une vérification de la sortie d'une variable PlaceholderAPI précise pour l'utilisateur indiqué, permettant de s'assurer que les intégrations sont correctement configurées.

·        /tab scoreboard [on/off] — active ou désactive de force l'affichage du panneau latéral de statistiques pour le joueur.

·        /btab — version de la commande pour les serveurs proxy Velocity ou BungeeCord (utilisée pour la gestion globale des tabs entre tous les serveurs connectés du réseau).

Particularités architecturales et optimisation dans la version 6.0.2

Le plugin est orienté vers de hautes performances sous forte charge. Dans la version 6.0.2, d'importantes optimisations ont été mises en œuvre :

·        Filtrage des paquets d'équipes (Scoreboard Teams) : Auparavant, les mises à jour des équipes étaient envoyées à tous les joueurs connectés sans exception, ce qui créait une dépendance quadratique du volume de trafic par rapport au nombre d'utilisateurs. Désormais, les mises à jour ne sont envoyées qu'aux joueurs qui voient directement le joueur cible dans leur propre liste TAB. Sur les grands serveurs, cela réduit la charge sur le thread de traitement des noms de 80 %.

·        Séparation en versions Vanilla et Modded : En raison du passage de Fabric et NeoForge à Java 25, un problème de compatibilité est apparu. Le Remapper de plugins dans Paper pour les versions 1.20.5 - 1.21.4 ne prend en charge le code que jusqu'à Java 23. Pour résoudre ce conflit, le plugin est distribué en deux variantes :

·        TAB v6.0.2 - Fabric, NeoForge.jar (build complète pour les mods et les serveurs modernes sous Java 25).

·        TAB v6.0.2 - Vanilla.jar (build spéciale sans dépendances de mods, compatible avec Paper 1.20.5 - 1.21.4).

·        Compatibilité avec Folia : TAB prend entièrement en charge l'architecture régionale multithread de Folia, en utilisant des planificateurs asynchrones pour collecter les informations et mettre à jour les placeholders %tps% et %mspt% sans perturber la synchronisation des régions.

Conclusion

TAB (tab-was-taken) est la norme de référence du secteur pour la conception de l'interface des serveurs Minecraft. Il remplace plusieurs plugins distincts de panneaux latéraux, bossbars et préfixes, en les réunissant en un seul service asynchrone optimisé. La principale limitation réside dans les conflits avec d'autres plugins qui tentent de créer leurs propres scoreboard teams (par exemple, certains plugins de pseudonymes personnalisés au-dessus de la tête ou des plugins de chat), ce qui peut casser le tri. De plus, la version 26.1 de Minecraft présente un bug de Mojang qui rend le texte belowname visible sur toutes les entités (porte-armures, mobs), ce qui rend cette fonction précise problématique à utiliser. TAB est recommandé pour tout type de serveur, des projets vanilla locaux aux grands réseaux BungeeCord/Velocity.