Quando un oggetto non appare mai, la causa è spesso un'incoerenza tra types.xml (cosa deve apparire), mapgroupproto.xml (dove gli edifici possono contenerlo) e cfglimitsdefinition.xml (usage, tier, categorie e tag consentiti). Questo validatore confronta i tre file.
Come usare lo strumento
Carica types.xml (cartella db/ della missione) con il pulsante «Scegli».
Carica mapgroupproto.xml e cfglimitsdefinition.xml (radice della missione), poi cfglimitsdefinitionuser.xml se presente.
Leggi gli errori (rosso): valori non dichiarati o XML non valido; quelle voci non verranno caricate correttamente.
Leggi gli avvisi (arancione): sono oggetti che potrebbero non apparire mai su questa mappa.
Correggi i file (ad es. con l'editor di types.xml), ricaricali e ripeti finché non ci sono errori.
Cosa viene verificato
- Ogni usage, value (tier), category e tag di types.xml e mapgroupproto.xml esiste in cfglimitsdefinition.xml (o nel file user).
- Gli oggetti con nominal > 0 usano usage/tier offerti da almeno un gruppo di mapgroupproto.xml; altrimenti non possono apparire negli edifici.
- Tipi duplicati, min maggiore di nominal, lifetime 0, gruppi senza contenitore.
Domande frequenti
- Un avviso significa sempre un errore?
- No. Un oggetto generato solo da un evento o da cfgspawnabletypes.xml non ha bisogno di usage negli edifici. Gli avvisi segnalano un rischio, non una certezza.
- I miei file vengono caricati o salvati?
- No: vengono letti e analizzati nella memoria del browser e scompaiono alla chiusura della pagina.
