Threaded Mode | Linear Mode

Berserker · 12.04.2021 23:31

Archer30, I never faced such a bug. Rechecked - everything is saved and restored.

Archer30 · 13.04.2021 00:07

Strange, for some reasons I received more than one report about this. Just checked and yea it worked quite well

Berserker · 13.04.2021 00:39

Let they send you savegames. Only scripts can reset such settings, WoG engine works well.

Raistlin · 13.04.2021 04:06

Quote:[-] Исправлен черный фон в меню «Авторы».

Ура, спасибо огромное!!! Бегу обновляться Yes

daemon_n · 13.04.2021 04:50

Raistlin, то есть только это послужило причиной обновить ERA 96-copy

Algor · 14.04.2021 22:43

(13.04.2021 05:04)Berserker Wrote: [+] Добавлена новая команда ERM VR:B. Она преобразует любое число в логическое значение (1 или 0). Любое ненулевое значение становится 1.

Пример:

!!OW:R(CURRENT_PLAYER)/(RES_GOLD)/?(goldAmount:y);
!!VR(hasGold:y):S(goldAmount) B; теперь hasGold = (TRUE) или (FALSE)
!!if&(hasGold)=(TRUE);
!!IF:М^Я знаю, что у вас есть немного золота в карманах!^;
!!en;

Эм, Берс, а можно какой-нить другой пример, оправдывающий существование VR:B?
А то (hasGold)=(TRUE) вместо (goldAmount)>0 звучит неубедительно. И к тому же еще и возможные отрицательные значения золота не учитывает.

Berserker · 15.04.2021 03:01

Скажем так, в коде на разных языках программирования приходится много раз конвертировать числовое значение в булево. Мне на ЕРМ тоже приходилось. Далее это булево значение использовать в проверках. Смысл: есть хоть какие-то флаги установлены или «не пустое», «не 0» или «не ошибка».

На ЕРМ без оператора приведения типов это делается так:

!!VR(hasGold:y):S(FALSE);
!!VR(hasGold)&(gold)<>0:S(TRUE);

И короче никак. Если разрешены отрицательные значения, то hasSomething писать нельзя, конечно же.

!!VR(skillLevelWasDecreased:y):S(prevSkillLevel) &(ACM_BACKUPED_SKILL_WAS_DECREASED_FLAG) B;

Установка булевой переменной в (TRUE), если флаг присутствует. Сами логические переменные упрощают написание и понимание кода. Без них смысл проверок необходимо комментировать. В хорошем коде не нужно комментировать каждую строку. Логическое значение можно передать функциям, ожидающих только TRUE/FALSE в качестве определённого аргумента.

!!VR(undeadPresent:y):S(FALSE);
!!VRt:S(monFlags) &(MON_FLAG_UNDEAD);
!!VR(undeadPresent)&t<>0:S(TRUE); логическое значение. присутствует ли мёртвый в отряде

=>

!!VR(undeadPresent:y):S(monFlags) &(MON_FLAG_UNDEAD) B;

Algor · 15.04.2021 14:05

Berserker, я, наверняка, занудствую, но это все равно попахивает натягиванием известной птицы на глобус.
Имхо,
!!VR(undeadPresent:y):S(monFlags) &(MON_FLAG_UNDEAD) B;
от
!!VR(undeadPresent:y):S(monFlags) &(MON_FLAG_UNDEAD);
ничем принципиально не отличается.
Один хрен, результат складывается в int-переменную, которая и далее обрабатывается также как int. И читабильности кода это ни убавляет, ни добавляет - константы TRUE и FALSE можно интерпретировать и как 1/0 и как !0/0 - без типа BOOLEAN всё это только привычки/установки в голове кодера. А при попытке загнать результат во флаг, понадобится доп. строка кода.

Лучше бы запилил как во многих языках (и как для флагов в ERM) условия без знаков сравнения, т.е.

!!IF&(undeadPresent):M^Кажется, тут кто-то не совсем живой...^;
вместо
!!IF&(undeadPresent)=(TRUE):M^Кажется, тут кто-то не совсем живой...^;
или
!!IF&(undeadPresent)>0:M^Кажется, тут кто-то не совсем живой...^;

Хотя это всё тоже сахар, количество которого в последнее время в ERM+Framework и так стремится к (JOPA_SLIPNETSA).

Berserker · 15.04.2021 17:57

Algor, условия без сравнения уже есть. Трактуются как проверка f-флага. Кривая штука.

!!IF:V500/1 V600/0;
!!IF|-500/600:M^yes^;

Не выведет ничего. Условие в ветке OR вообще не проверяется.
Но за идею ещё раз спасибо, посмотрю.

Не соглашусь. Если не привести значение к boolean, то везде, где ожидается boolean, и проверка не вида <>(FALSE), а =(TRUE), всплывут баги.
Более того, я ещё и boolean как 1 в математических выражениях использую. Зная, что это 0/1. Умножаю или вычитаю. Не должно логическое значение хранить 31733 ни в ЕРМ, ни в любом другом ЯП.

C++, PHP (bool)
Javascript Boolean(value)
Pascal: boolean(value)
ERM 2: VR:B

Berserker · 15.04.2021 18:04

ЕРМ 2 нуждается в следующих правках:

Code:

-) Условия вида 500<>(someVar:y) должны вычисляться как результат сравнения, а не просто f[500]

-) Условия вида &(var1:y)/(var2:y) должны вычисляться как (var1)<>0/(var2)<>0

-) Условия вида &(text:z) должны вычислять как (text)<>^^

Algor · 15.04.2021 22:53

(15.04.2021 17:57)Berserker Wrote: Более того, я ещё и boolean как 1 в математических выражениях использую. Зная, что это 0/1. Умножаю или вычитаю.

Грязный извращенец Moral

Впрочем, спишем это на "привычки/установки в голове кодера".
Думаю, можно закрыть этот вопрос. Особенно, если внесёшь обозначенные правки

Berserker · 16.04.2021 05:42

Algor, готово. Заодно стало возможным использовать любое число пробельных символов между аргументами и операторами.

Archer30 · 16.04.2021 17:24

Hi Berserker, is there an OnAfterBattleReplay event, or is it only from ERA changelog?

Quote:[*] Fixed non-working "OnBeforeBattleReplay" and "OnAfterBattleReplay events". Newest "BattleReplay" plugin by igrik is required.

If it's not valid, then the auto-complete of sublime needs to be updated. 102

Berserker · 16.04.2021 17:39

Thank you very much, my friend. I will add a fix soon.
https://dropmefiles.com/3ZB2O

Algor · 16.04.2021 22:37

(16.04.2021 05:42)Berserker Wrote: Algor, готово. Заодно стало возможным использовать любое число пробельных символов между аргументами и операторами.

хм, надо бы мне реже появляться и чаще нудеть

Threaded Mode \| Linear Mode ERA III
Author	Message