Утилита для Warcraft 3, позволяющая извлечь данные по объектам и использовать их для подстановки в jass-код и текстовые описания.
Основное предназначение - автоматизация формирования баз данных по объектам на основе данных РО.
На данный момент утилита рассчитана на интеграцию с JNGP и находится в стадии разработки.
Доступна beta-версия.
Для игры: Warcraft 3 Тип: Утилита Сфера применения: работа с данными РО, базы данных Требования: JNGP, Java 7, руки, мозг Статус: в разработке Автор: prog
Данная утилита интегрируется в JNGP экспериментальной сборки и затем при каждом сохранении карты…
Может потому что я не знаю как событие на открытие карты привязать?
Если бы я нашел как это сделать, то все было бы реализовано именно так еще в первой версии утилиты, вот только ничего применимого кроме открытия редактора, сохранения карты и работы с меню я пока не нашел, даже в коде гриморы копался, нет там такого события.
Я не понимаю, на кой черт ты паришься с копированием карты, если можно хранить сурс код wts в другом файле? например, war3mapSource.wts
При открытии карты в редакторе, wehack.lua запустит твою прогу, которая заменит war3map.wts на war3mapSource.wts.
При сохранении карты, твоя прога копирует war3map.wts в сурс, а сам файл компиляет в готовый результат.
Никаких карт не надо.
Когда физически не остается времени или сил что-то делать после основной работы и личной жизни, то но удивительно что изменений никаких нет, не находишь?
Да занят я по уши, вон выложил в статьи пару мелких примеров, которые приготовил еще месяц назад и все, времени кодить нет. Бета пока есть только та что с jass кодом работает. В принципе есть еще рабочий вариант, позволяющий использовать вместо конструкции ${x} конструкцию #[x#] или #[x]# чтобы обойти неприятие редактором символа } в описаниях, могу выложить. Только файл war3map.wts надо будет вручную импортировать в карту чтобы увидеть изменения (предварительно сделав копию со старым wts чтобы не потерять шаблоны).
А вот фиг там, не делает он этого, у меня по крайней мере, но это не критично, так что я даже не включил эту директиву в спецификацию - с ней слишком много проблем. Проблема с переносами строк в том, что их генерируется слишком много практически для любого шаблона - библиотека изначально на html рассчитана.
В результате работы этого шаблона будет сгенерировано много функций, отличающихся друг от друга только индексом в имени.
Например, если в качестве тела для этого шаблона вместо комментария поставить ${i}; и ничего больше не менять, то получится несколько функций, в каждой из которых в столбик записаны равкоды не больше чем десяти юнитов (конечно это не валидный jass-код, но зато просто для понимания). На практике, естественно, тело шаблона будет более сложным.
используется .exe загрузчик, что упрощает установку
утилита переведена на модульную архитектуру и поддерживает плагины (на данный момент все базовые плагины собраны в один файл, в дальнейшем это будет изменено)
значительно ускорена обработка данных за счет отключения избыточного…
конечно не работает
надо <list units as unit>
я вроде эту опечатку в описании уже давно исправил, если нет - скажи где ты такую конструкцию увидел
Ну и как-бы ${ushx} вообще работать не будет - надо ${unit.ushx}, не говоря уже о том что оно не будет работать если поле ushx не было изменено в РО.
FLY-DATA
Комментарии проекта Fly Data Processor
Fly Data Processor
Краткие сведения
Тип: Утилита
Сфера применения: работа с данными РО, базы данных
Требования: JNGP, Java 7, руки, мозг
Статус: в разработке
Автор: prog
и выложить новый jngp...
Если бы я нашел как это сделать, то все было бы реализовано именно так еще в первой версии утилиты, вот только ничего применимого кроме открытия редактора, сохранения карты и работы с меню я пока не нашел, даже в коде гриморы копался, нет там такого события.
При открытии карты в редакторе, wehack.lua запустит твою прогу, которая заменит war3map.wts на war3mapSource.wts.
При сохранении карты, твоя прога копирует war3map.wts в сурс, а сам файл компиляет в готовый результат.
Никаких карт не надо.
Выбор редакции
Генерируем функции инициализации
Например, если в качестве тела для этого шаблона вместо комментария поставить ${i}; и ничего больше не менять, то получится несколько функций, в каждой из которых в столбик записаны равкоды не больше чем десяти юнитов (конечно это не валидный jass-код, но зато просто для понимания). На практике, естественно, тело шаблона будет более сложным.
Fly Data Processor beta 0.2
changelog
надо <list units as unit>
я вроде эту опечатку в описании уже давно исправил, если нет - скажи где ты такую конструкцию увидел
Ну и как-бы ${ushx} вообще работать не будет - надо ${unit.ushx}, не говоря уже о том что оно не будет работать если поле ushx не было изменено в РО.