Quand un objet n'apparaît jamais, la cause est souvent une incohérence entre types.xml (ce qui doit apparaître), mapgroupproto.xml (où les bâtiments peuvent le porter) et cfglimitsdefinition.xml (les usages, tiers, catégories et tags autorisés). Ce validateur compare les trois fichiers.
Comment utiliser l'outil
Chargez types.xml (dossier db/ de la mission) avec le bouton « Choisir ».
Chargez mapgroupproto.xml et cfglimitsdefinition.xml (à la racine de la mission), puis cfglimitsdefinitionuser.xml s'il existe.
Lisez les erreurs (rouge) : valeurs non déclarées ou XML invalide — ces objets ne seront pas chargés correctement.
Lisez les avertissements (orange) : ce sont des objets qui risquent de ne jamais apparaître sur cette carte.
Corrigez vos fichiers (par ex. avec l'éditeur types.xml), rechargez-les et recommencez jusqu'à zéro erreur.
Ce qui est vérifié
- Chaque usage, value (tier), category et tag de types.xml et de mapgroupproto.xml existe dans cfglimitsdefinition.xml (ou le fichier user).
- Les objets avec nominal > 0 utilisent des usages/tiers qu'au moins un groupe de mapgroupproto.xml propose ; sinon ils ne peuvent pas apparaître dans les bâtiments.
- Doublons de type, min supérieur à nominal, lifetime à 0, groupes sans conteneur.
Questions fréquentes
- Un avertissement signifie-t-il toujours un bug ?
- Non. Un objet généré uniquement par un événement ou par cfgspawnabletypes.xml n'a pas besoin d'usage dans les bâtiments. Les avertissements indiquent un risque, pas une certitude.
- Mes fichiers sont-ils envoyés ou stockés ?
- Non : ils sont lus et analysés dans la mémoire de votre navigateur et disparaissent à la fermeture de la page.
