Якщо предмет ніколи не з'являється, причина часто в неузгодженості між types.xml (що має з'являтися), mapgroupproto.xml (де будівлі можуть його тримати) і cfglimitsdefinition.xml (допустимі usage, tier, категорії та теги). Валідатор порівнює ці три файли.
Як користуватися інструментом
Завантажте types.xml (тека db/ місії) кнопкою «Вибрати».
Завантажте mapgroupproto.xml і cfglimitsdefinition.xml (корінь місії), потім cfglimitsdefinitionuser.xml, якщо він є.
Прочитайте помилки (червоні): необ'явлені значення або неправильний XML — такі записи не завантажаться коректно.
Прочитайте попередження (помаранчеві): це предмети, які можуть ніколи не з'явитися на цій карті.
Виправте файли (наприклад, у редакторі types.xml), завантажте знову й повторюйте, доки не зникнуть помилки.
Що перевіряється
- Кожні usage, value (tier), category і tag з types.xml та mapgroupproto.xml існують у cfglimitsdefinition.xml (або user-файлі).
- Предмети з nominal > 0 використовують usage/tier, які пропонує хоча б одна група mapgroupproto.xml; інакше вони не з'являться в будівлях.
- Дублікати type, min більший за nominal, lifetime 0, групи без контейнерів.
Поширені запитання
- Чи завжди попередження означає помилку?
- Ні. Предмету, що з'являється лише через подію чи cfgspawnabletypes.xml, usage в будівлях не потрібен. Попередження вказують на ризик, а не на певність.
- Чи завантажуються або зберігаються мої файли?
- Ні: вони читаються й аналізуються в пам'яті браузера та зникають після закриття сторінки.
