Ethereal, какая версия Эры?
Хукер находится уже в самой Эре. Собственно, оттуда и должен быть вызов. Проверь в плагинах wog. Активен ли плагин.

UPD: проверил толбко что на сборке - всё работает.

Algor, сегодня не будет обновления?
Планирую сборку в ближайшие часы обновить

(19.02.2020 22:56)Algor Wrote:  

Ethereal, у меня работает нормально: (Click to View)

Algor, а что за кнопочки рядом с Рюкзаком на скрине?

daemon_n, не, ток если на выходных найду время доделать все, что запланировал на 1.42. Не люблю релизить чисто фиксовые версии, без добавления хоть чего-то нового.

asandris, а, да, точно, это как раз и будет "что-то новое" в будущем релизе

Такс. Ясно. Разобраться будет очень непросто. Проблема в том, что у меня внесены изменения в скрипты "map options", и в "map rules", и в "wogify" старой версии Эры. Причём куда именно я уже и забыл, настолько давно это было. И изменения настолько ценные для меня, что обновлять эти скрипты пока нельзя.

Вот скажите, товарищи, почему Вы с хукером используете нумерованные функции вроде !?FU4321?

Почему не передавать в SetHook что-нибудь вроде (Custom_OnCalcTownIncome)?

Berserker, как вариант, скрипты писались тогда, когда именованные функции были лишь в планах

daemon_n, увы, нет.

(20.02.2020 00:20)Berserker Wrote:  Вот скажите, товарищи, почему Вы с хукером используете нумерованные функции вроде !?FU4321?

Потому, что большинство хуков заслуживает того, чтобы стать штатными событиями ERA и получить нормальные имена
А пока они в статусе хуков, и имена у них соответствующие, т.к. вряд ли кто-то еще кроме самого скриптописца будет их по этим именам использовать.

Как же офигенно теперь грузить тексты из ert:

Не, можно конечно и из json'а примотать. Но мне так удобнее, по крайней мере, пока не начал глобальную jsonификацию своей писанины.

(20.02.2020 01:02)Berserker Wrote:  daemon_n, увы, нет.

Увы, но да. На тот момент не было именованных функций, либо они были в стадии начальной разработки и нестабильны.

(20.02.2020 02:41)Algor Wrote:  Как же офигенно теперь грузить тексты из ert:

1. !?PI;
2. !!SN:M-1/15/1/1 W^opt760.a^/v1;
3. !!SN:M-1/15/1/1 W^opt760.d^/v1;
4. !!SN:M-1/15/1/1 W^opt760.t^/v1;
5. !!re i/0/14:;
6. !!VRy1:S179420 +i; !!SN:Mi^opt760.a^/i/zy1;
7. !!VRy1:S179440 +i; !!SN:Mi^opt760.d^/i/zy1;
8. !!VRy1:S179460 +i; !!SN:Mi^opt760.t^/i/zy1;
9. !!en:;

Не, можно конечно и из json'а примотать. Но мне так удобнее, по крайней мере, пока не начал глобальную jsonификацию своей писанины.

Если не сложно, закомментируй, пожалуйста, вдруг, найду для себя дайнный способ крайне полезным

Algor, да, довольно изящно ) Теперь в сохранёнках хранятся и ert строки, и те же строки в дин. массивах!

daemon_n, в трёх первых строках создаётся динамический массив (последовательный набор однотипных значений) на 15 строк, чей ID сохраняется в именёванной переменной.
Далее идёт цикл от 0 до 14, то есть по всем индексам массивов. Для каждого индекса рассчитывается соответствующий ему индекс ert-переменной с текстом, который копируется в элемент массива.

На входе, скажем, ert 123400..123414, на выходе дин. массив из этих 15-и строк.

(20.02.2020 03:24)Berserker Wrote:  Algor, да, довольно изящно ) Теперь в сохранёнках хранятся и ert строки, и те же строки в дин. массивах!

Если бы с z-переменными из ert можно было бы работать везде, так же как и с обычными z-переменными или с массивами, можно было бы и не заморачиваться с массивами. Хотя в данном конкретном случае с массивами все равно работать удобнее.
Могу и несохраняемые массивы сделать, и прогружать в (OnGameEnter) - разница несущественная - сохранять/загружать лишние 7кб или при загрузке выполнять 45 операций чтения из ert-файла. Тут вопрос оптимизации только в том, насколько часто будет загружаться сэйв.