(28.08.2020 00:43)Berserker Wrote:  ElfbI, если найдёшь точно, поделись, пожалуйста. Кажется, не первый раз у тебя или Алгора всплывает.

Это старая версия скрипта на ачивки, я использую не последниц вариант, и там был баг с установкой хода игроку, поэтому ходил один стек, а номер показывался другой. Команда работает корректно

Berserker, пара вопросов по этой платформе...
1. Убирать ли из справки вот это раннее замечание, или, в принципе, скриптер может и прибавлять эту четвёрку вручную, по старой памяти??

Quote:По умолчанию от функции ожидается целочисленный результат, который будет помещён в переменную v1. Если же функция возвращает вещественный результат, то к номеру соглашения нужно прибавить 4.

2. Нужно ли оставлять ранее замечание по событию нажатия клавиши в справке, или можно и оставить, ведь глобальные могут взять и выше v10, к примеру??

Quote:Поскольку данное событие возникает во всех игровых диалогах, не рекомендуется использовать общие глобальные переменные между показами диалогов, так как событие из диалога может их испортить.

3. нужна ли такая "чёрная магия", как пример для справки по SN:M

Quote:

Quote:Убирать ли из справки вот это раннее замечание, или, в принципе, скриптер может и прибавлять эту четвёрку вручную, по старой памяти??

Эта запись устарела для 2.9.5 уже:
[*] SN:E result is stored in e1 only for FLOAT_RES convention (+4), otherwise in v1. The behavior is the
    same, as it was before Era 2.9.x branch.

Quote:Нужно ли оставлять ранее замечание по событию нажатия клавиши в справке, или можно и оставить, ведь глобальные могут взять и выше v10, к примеру??

Обязательно оставить.

Quote:!!SN:M(src array)/?y1/(src index) M(dst array)/(dst index)/y1; насколько я помню, эта магия должна сработать.
; команды Эры, принимающие строки, одинаково хорошо переваривают и адреса pchar-ов

Оставь, я уже и сам забыл про этот способ.

(02.10.2020 15:49)Berserker Wrote:  

Quote:Убирать ли из справки вот это раннее замечание, или, в принципе, скриптер может и прибавлять эту четвёрку вручную, по старой памяти??

Эта запись устарела для 2.9.5 уже:
[*] SN:E result is stored in e1 only for FLOAT_RES convention (+4), otherwise in v1. The behavior is the
    same, as it was before Era 2.9.x branch.

так я не понял, эьту четвёрку самостоятельно надо как-то прибавлять к соглашению вызова в коде команды или нет?

Berserker, что за событие OnUpdateHeroScreen?
в changelog есть его упоминание, но в списке новых триггеров (событий), что ты постил, такого нет

Исправил у себя на OnLoadHeroScreen.

Berserker, меня интересует кто из этих двух команд приоритетнее?
OnBeforeHeroInteraction или !!HO# ?
Скажем, я сделаю такой запрет
А в другом месте будет активирована команда
Эта команда перебьёт запрет от события (OnBeforeHeroInteraction) ?
И наоборот, если сначала ресивер, а потом событие, то выставится ли запрет?

Bes, только через тесты проверять, не знаю.

ну, тут упирается всё в логику срабатывания, ты не помнишь как заводил событие это?
оно туда же ссылается куда и !!HO ?

Bes, только тестами, Бес. По-другому не скажешь.

Berserker, можно как-то получить параметры родительного события из тела вызванной ф-ции?

Bes, нет. Либо сохраняй в i^^, s^^ глобальных (если нет риска повторной генерации события внутри триггера), либо нужные данные передавай каждой функции сам.

вопрос по комбинировании !!re и SN:G
Berserker, сразу оговорюсь, в данном примере полностью согласен касаемо опасности goto команд
Но всё же... разрешается (безопасно) ли без проблем со стороны цикла !!re "выпрыгивать" из тела цикла?
Так?

Поведение не определено и не будет определено по причинам эволюции проекта. То есть все баги и потеря обратной совместимости будут на совести скриптописателя. Напиши, что не разрешается использовать !!SN:G для прыжков из структурных блоков и в структурные блоки. И большой красный DEPRECATED.

На следующее обновление Эры:
[*] SN:G is DEPRECATED and may be removed in future versions.

Для прерывания цикла есть !!br. Эмулировать !!SN:G можно так:

во-о-т! наконец-то ты сказал то,что следовало сказать - нельзя прыгать в структурные блоки. Вот тут спасибо за замечание, обязательно надо отразить. Что до будущего удаления - ну, это уже дело твоё, хозяин-барин.
Ещё один вопросик .про циклы...