LEM

Привет, обновил.

1. Изменил логику позиционирования этого окна. 2. Обновил описание. Теперь всегда можно перемещать.

Вам необходимо указать id вашего игрового аккаунта на этом сайте, без этого платные аддоны работать не будут. Необходимо скачать и установить определитель ключа аккаунта. Это аддон, который показывает id вашего аккаунта. Потребуется перезайти в игру. Переходим в профиль (внимание на скриншот ниже) и там вводим id, который получили из определителя на предыдущем шаге Перекачиваем/переустанавливаем/обновляем аддон (просто скачиваем заново, установленный удаляем, свежий копируем, в игре перезагружаем)

Сундуки Кадагана.

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

Даже не знаю

А зачем?

Поправил. Версия 1.4 ждет апрува.

Какая версия? Версия 2.5 работает.

Обновлен 11.10 в 00:55. Не работает?

Скорее всего там вызов через двоеточие, что неявно передает первым параметром контекст. Попробуйте через точку.

Приветствую. В этом случае ничем помочь не могу, увы.

Поправил.

Файл идентичен дефолтному. Поэтому создается ощущение, что показывает все. Необходимо в этом файле оставить/добавить только нужные умения, а остальные закомментировать или удалить.

Возможно в файле cooldown.txt какие-то ошибки. Можно взглянуть?

После обновления ошибка [17:53:46]Error: addon BGTimerZ(1714066598): Widgets::LuaSetTextColor: Can't parse color from lua stack func: SetTextColor, method, line: -1, defined: C, line: -1, [C] func: ?, ?, line: 0, defined: Lua, line: 0, /Mods/Addons/BGTimerZ/MainScript.luac

Изменение в логике загрузки скриптов аддонов Рекомендуется (пока рекомендуется) чтобы в AddonDesc расширение всех файлов скриптов было ".lua" При загрузке скрипта порядок действий Если клиент х86 - грузим ИМЯ_ФАЙЛА + "c.x86", если x64 - соответственно ИМЯ_ФАЙЛА + "c.x64". В случае отсутствия файла / ошибки чтения идем далее Грузим ИМЯ_ФАЙЛА + "c". В случае отсутствия файла / ошибки чтения идем далее Грузим ИМЯ_ФАЙЛА. В случае отсутствия файла / ошибки чтения генерируем ошибку и записываем в лог. Рекомендуется поддержать ее заранее, до того момента когда изменение станет актуально. Для выбора правильной версии чанков динамической подгрузки (loadstring) чуть позже появится API common.GetClientArch() с вариантами CLIENT_ARCH_WIN32, CLIENT_ARCH_WIN64 (название может быть изменено).

Обновление 15.0.01.36 от 21.06.2024 Для виджета вводится понятие владельца Для виджетов созданных из ресурсов владелец - родительский виджет по иерархии ресурсов (как и ранее) Для динамических виджетов владелец - виджет из которого был вызван CreateChildByDesc для создания данного виджета (ранее всегда mainForm) Для детей динамических виджетов описанных в ресурсах (созданных автоматически при создании динамического виджета) - владелец определяется по общему правилу 1a (как и ранее) Теперь при удалении виджета из контейнера / как Widget3D он будет автоматически привязан к владельцу (ранее зависал без родителя) Теперь при уничтожении виджета будут уничтожены Виджеты которыми он владеет (независимо от того куда они определены детьми)(как и ранее) Его дети (независимо от того кто ими владеет)(ранее зависали без родителя) Пункт 3b не распространяется на элементы контейнера / Widget3D, перед удалением контейнера / Control3D они будут опустошены по правилам п.2 Теперь из скриптов нельзя уничтожать формы Вводится понятие внутренних (internal) виджетов. Внутренне-системные запчасти сложный виджетов (Border у контейнера, Slider у скроллбара и тп). Теперь они станут именованными (имя начинается с префикса "__", определяется в коде и не может быть изменено ресурсно) и, соответственно, доступными в скриптах. Статус внутреннего является постоянным. С внутренними виджетами нельзя производить ряд операций (будет выброшена ошибка при попытке): Уничтожение (DestroyWidget) Получение описателя (GetWidgetDesc) Смена имени (SetName) Смена приоритета (SetPriority) Смена родителя (как аргумент в AddChild, PushBack, PushFront, Insert, AddWidget3D) Создание привязанных дочерних виджетов (CreateChildByDesc) Обычные виджеты помещенные в контейнер или как Widget3D (container member). Соответственно виджет становится членом контейнера попадая в контейнер и теряет этот статус покидая его. При этом он может быть внутренним независимо от статуса члена контейнера. Правда такой кейс всего один - тексты в TextContainer. С такими виджетами можно делать все, кроме: Менять родителя Добавлять в контейнер А и еще из общих рекомендаций. Было обнаружено, что если уничтожить (или выбросить из сцены) виджет, который приаттачен к объекту в Control3D (не просто добавлен в сцену, а именно приаттачен), то клиенту сильно поплохеет. Даже если это уничтожение было при рестарте аддона. Состояние клиента нормализуется когда объект пропадет из числа доступных. (Будет исправлено.)

Здравствуйте, точно не знаю. В этот аддон добавлять амброзию в планах нет.

Туи-Ленские топи + поиск там сокрытых сундуков = контрастная подсветка

Исправлено в версии 3.6

@Ограждающий, сделал так, чтобы приоритет виджетов менялся в зависимости от видимости окна осмотра персонажа. Должно помочь.

Не, я немного о другом хотел узнать. В каких случаях вы обычно используете кнопку сброса кдшек в ADSC? Когда откатываетесь между дуэлями 1 на 1 на арене? Если не трудно, опишите подробнее кейсы использования. Просто на мой взгляд, такого автосброса кдшек должно хватать и без кнопок, но если действительно нужна такая кнопка, то мне не сложно добавить.

Сейчас кд сбрасываются, если меняется локация аватара. Разве этого не достаточно?

Тоже заметил эту странность, но не смог пока найти причину, поэтому потребуется какое-то время на исправление.