Une infrastructure peut être solide. Un système économique peut être complexe. Des dizaines de mécaniques peuvent fonctionner ensemble.
Mais pour le joueur, tout commence au même endroit : lorsqu'il rejoint le serveur.
À partir du 18 juillet, le développement de LodgeCraft se concentre donc sur une partie beaucoup plus visible du projet.
Le lobby et l'interface commencent à transformer toute l'architecture construite jusque-là en une véritable expérience.
Le point de départ
LodgeLobby devient le point d'entrée du réseau.
Le système gère le spawn du lobby et plusieurs protections destinées à contrôler le comportement des joueurs dans cet espace.
Une protection contre le vide permet également de récupérer un joueur lorsqu'il quitte accidentellement la zone jouable.
Le lobby n'est donc pas simplement une map sur laquelle les joueurs apparaissent.
Il commence à devenir un espace avec ses propres règles et ses propres interactions.
Choisir sa destination
LodgeCraft ayant été pensé comme un réseau, le lobby doit également permettre de rejoindre ses différents serveurs.
Un objet de navigation peut être donné au joueur afin d'ouvrir une interface de sélection.
Cette interface permet de représenter les différentes destinations du réseau.
En arrière-plan, LodgeLobby possède un service chargé de suivre l'état des serveurs ainsi qu'un système permettant de transmettre la demande de connexion au proxy.
Pour le joueur, l'objectif est beaucoup plus simple : ouvrir le navigateur, choisir une destination et partir.
Afficher les bonnes informations
Le lobby existe. Les systèmes existent.
Il faut maintenant rendre toutes ces informations visibles sans transformer l'écran en tableau de bord illisible.
C'est l'un des rôles de LodgeUI.
Le 23 juillet, le système de scoreboard connaît une importante refonte.
Une nouvelle architecture configurable est mise en place, avec ses propres templates, sa configuration, son renderer et son service.
Le contenu du scoreboard peut ainsi être défini indépendamment d'une grande partie de sa logique d'affichage.
Un langage commun : les placeholders
Pour afficher des informations dynamiques, LodgeUI introduit un système de placeholders.
Au lieu d'écrire directement une valeur dans chaque interface, un placeholder peut demander au serveur de résoudre l'information au moment de l'affichage.
Solde, rang et autres informations liées au joueur peuvent ainsi être injectés dans les interfaces depuis une logique commune.
Le scoreboard devient donc capable d'évoluer sans devoir reconstruire entièrement son moteur à chaque nouvelle information.
Une interface qui réagit au joueur
Les événements construits quelques jours auparavant dans LodgeCore commencent ici à montrer leur intérêt.
Lorsqu'un solde change, LodgeUI peut être averti et rafraîchir l'affichage concerné.
Même principe lorsqu'un joueur change de rang ou modifie son titre.
L'interface n'a donc plus besoin d'attendre une reconnexion pour refléter certaines modifications du profil.
Les différentes briques de LodgeCraft commencent réellement à communiquer entre elles.
Les nametags
Le nom affiché au-dessus d'un joueur fait lui aussi partie de l'identité visuelle du serveur.
Le système historique est progressivement remplacé par une nouvelle architecture dédiée aux nametags.
LodgeUI dispose désormais d'un service chargé de construire et maintenir cet affichage, accompagné d'une logique de layout.
Cette architecture permet notamment de faire cohabiter les informations provenant des rangs et des autres composants d'affichage du réseau.
Scoreboard, tablist, chat
LodgeUI ne s'arrête pas au scoreboard.
Le plugin centralise également plusieurs éléments visibles quotidiennement par les joueurs.
La tablist possède sa propre interface et sa propre configuration.
Le chat dispose lui aussi d'une logique d'affichage, tandis qu'un système commun se charge de formater certains préfixes.
L'objectif est d'éviter que chaque partie du serveur affiche différemment une même information.
Une identité cohérente pour le staff
Le 26 juillet, une nouvelle passe de développement vient notamment unifier la logique d'affichage du staff entre les différents composants de LodgeUI.
Chat, tablist et autres interfaces peuvent ainsi s'appuyer sur une logique commune plutôt que d'interpréter indépendamment les informations.
C'est une modification moins spectaculaire qu'une nouvelle mécanique de gameplay.
Mais c'est exactement le type de travail nécessaire pour construire une interface cohérente.
LodgeUI V2
Entre le 23 et le 26 juillet, LodgeUI connaît l'une des plus importantes transformations visibles dans l'historique du projet.
L'ancien fonctionnement du scoreboard et des nametags est progressivement remplacé par une architecture plus modulaire.
Scoreboard configurable, placeholders, renderer optimisé, nouveau système de nametags, tablist et logique d'affichage commune viennent former la deuxième version de LodgeUI.
Le 26 juillet, le dernier commit de cette première période de développement porte un nom assez clair :
LodgeCraft possède alors une infrastructure, un cœur technique, plusieurs systèmes de gameplay, une économie et désormais une interface capable de présenter tout cela aux joueurs.
Puis le développement s'arrête.
Le 26 juillet 2026 marque la dernière modification enregistrée dans cette première période de développement de LodgeCraft.
Le projet reste là.
Son infrastructure existe. Son code existe. Ses idées existent.
Mais pendant plusieurs semaines, plus aucun nouveau commit n'est enregistré.
Jusqu'au 21 septembre 2026.
LodgeCraft
reprend vie.
Presque deux mois plus tard, nous retournons dans les coulisses du projet pour comprendre ce qui fonctionne encore, reconstruire sa présence en ligne et préparer la suite.
DEVLOG #06 →