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

МиниЗавод:

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

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,

nazarpunk, рисуются, только кастом фреймы не могут там рисоваться, сделано это якобы для поддержки 4:3

nazarpunk, в этом и халтура, один визуал сделали, а про начинку забыли/забили.

nazarpunk, там можно родителя подобрать. И можно вылезти за пределы экрана

nazarpunk
Все делается спокойно. Просто в качестве родителя фрейма надо указывать полноразмерный фрейм, поддерживающий широкоформатную сетку. Это ConsoleUiBackdrop (для версии от 1.32+) и оригинальный эдитбокс (для 1.31). При этом надо делать интерфейс с учетом того, что для игроков "квадратных" мониторов широкоформатные фреймы будут выходить за размер экрана. Это чуть муторно, надо делать скрипт, считающий соотношение сторон и две версии интерфейса. Но это реально. Сам сейчас делаю кастомный интерфейс для своего проекта. При этом если делать фреймы с умом, то в большинстве случаев вторая версия не нужна. Ну типа если делать широкоформатный фрейм тупо текстурой, то надо рисовать вторую текстуру под 4:3, а если делать фрейм с заполнением фона текстуры и текстурой рамки, то достаточно скриптом рассчитывать ему границы.
Все эти приемы и наработки формул также есть в описанном выше гайде, но с навыком сам все начинаешь писать и считать.