Смена интерфейса во время игры

Bergi, на UjAPI ещё легче делать карту через современную IDE.

nazarpunk, Он всё равно это не запустит, даже слушать не станет, "ой мемхаки - сложно", и начнётсчя очередной троллинг меня своей дефолтщиной

Bergi:

Cancel:

Так, а в чем спор? Я не въехал xDD. Доступ к интерфейсу есть с версии 1.31 (пре-рефордж), но там некоторые функции сильно ограничены. Начиная с рефорджа простота и удобство в создании кастомного интерфейса ограничены лишь фантазией. Начиная с версии 1.33 нативки некоторые для интерфейса немного изменились. Это важно учитывать. Интерфейс для версии 1.32 может криво работать, начиная с версии 1.33, и наоборот. Если будешь переносить проект на более новую версию, это надо все перепроверять. На XGM есть прекрасный перевод цикла статей с хайва, с дополнительными комментариями от автора xgm.guru/p/wc3/Funktsional-freymov-Ums. Различия в версиях там тоже указаны.
Текущие ограничения и проблемы при создании интерфейса - нет фрейма, ответственного за полноценный прокручиваемый список с другими функциональными фреймами, его просто нет в движке рефорджа. Обойти можно с помощью костылей, используя, как вариант наработку FrameFlow.
Кастомный интерфейс также сбрасывается при загрузке сохраненной игры, надо это учитывать и занового вызывать код, ответственный за кастомный интерфейс при загрузке сохраненной карты. Спокойно делается на гуи в 2 строчки.
Пара советов: создаваемые фреймы надо заносить в переменные и обращаться к ним, как к переменной. Функция GetFrameByName может иногда тупить, если на основе фрейма, с которому обращаются, уже создано много других фреймов.
Если создаешь анимированный фрейм на основе модельки mdx, лучше подгружать путь модельки заранее через Preload, иначе на прогрузке файла модельки фрейма может возникнуть микро-фриз. Как работать с Preload тоже куча статей.
Некоторые нативки могут вызывать диссинхрон. Какие именно - также есть в цикле статей.

gellin:

Только лишь фантазией?

nazarpunk,

EugeAl: