Quando um item nunca surge, a causa costuma ser uma incoerência entre types.xml (o que deve surgir), mapgroupproto.xml (onde os prédios podem contê-lo) e cfglimitsdefinition.xml (usages, tiers, categorias e tags permitidos). Este validador compara os três arquivos.
Como usar a ferramenta
Carregue types.xml (pasta db/ da missão) com o botão “Escolher”.
Carregue mapgroupproto.xml e cfglimitsdefinition.xml (raiz da missão) e depois cfglimitsdefinitionuser.xml, se existir.
Leia os erros (vermelho): valores não declarados ou XML inválido; essas entradas não serão carregadas corretamente.
Leia os avisos (laranja): são itens que podem nunca surgir neste mapa.
Corrija seus arquivos (ex.: com o editor de types.xml), recarregue-os e repita até não haver erros.
O que é verificado
- Cada usage, value (tier), category e tag de types.xml e mapgroupproto.xml existe em cfglimitsdefinition.xml (ou no arquivo user).
- Itens com nominal > 0 usam usages/tiers que ao menos um grupo de mapgroupproto.xml oferece; caso contrário não surgem em prédios.
- Tipos duplicados, min maior que nominal, lifetime 0, grupos sem contêiner.
Perguntas frequentes
- Um aviso sempre significa um bug?
- Não. Um item gerado apenas por evento ou por cfgspawnabletypes.xml não precisa de usage em prédios. Os avisos indicam um risco, não uma certeza.
- Meus arquivos são enviados ou armazenados?
- Não: são lidos e analisados na memória do navegador e somem ao fechar a página.
