duvo

Quote: Делай уникальные названия Да, вроде помогло. Спасибо

Конечный вариант. Наверное, еще пару-тройку дней потестирую и, если баги не всплывут, или не появятся предложения, обновлю. File: AddonManager_r3.zip

Если меня память не подводит, в документации есть функции получения таблицы id доступных телепортов и, собственно, порта к нужной точке по id. Если нет желания делать свой интерфейс, можно поступить иначе: получить ссылку на виджет стандартного аддона и показывать его по клику кнопки, например.

Quote: ОК, по пунктамХорошо, согласен. Quote: ребенок не знает о смене состояния родителяА я не утверждал обратного. Более того, сам родитель не знает своего состояния. Вернее, не сообщает о его изменении. Quote: делать ежесекундную проверку - чем этот аддон/модуль будет отличаться от того же LibTiogan?Таймер-то мы можем сделать любой, а по сути - да, не будет отличаться ничем. Quote: скрытие пользовательских аддонов в бурговских версиях АО будет еще не скоро Выход? Использовать твой метод? Вариант. А если отталкиваться от Quote: сделать 1 системный аддон со всеми служебными функциями., какое возможно решение? Quote: Попробуй в функцию Init Это не сложно?Попробовал. Не сложно. Все прекрасно работает, почти: после отключения сумки в логе чисто, после включения не прячутся в меню ни АМ, Лайт Что-то конкретное должен был почерпнуть? Или просто "посмотреть в действии?"

Quote: Видимо я не умею обьяснять простые вещи Или я не в состоянии понимать простые вещи (: Quote: проще использовать чужой код, чем разбираться в его работе Разумеется. Ведь библиотека для того и пишется, чтоб другие имели возможность тупо взять ее и предельно просто использовать частично или полностью весь тот богатый функционал, который она предоставляет. Это отнюдь не означает, что, имея желание или потребность, не стоит разбираться в ее "механике". Но в целом, с претензией скорее согласен, чем нет. По методу - он отличный, со своей задачей прекрасно справляется, но конкретно мне не нравится следующее (ага, "мне не нравится" - это адекватно и аргументировано ): Во-первых, основная функция метода и работоспособность "паразита" целиком и полностью зависят от донора. Во-вторых, наследуемый приоритет и алгоритм видимости донора. В-третьих, разрастание кода и потребляемой памяти. С другой стороны, какой-нибудь специально написанный системный аддон, одна из функций которого - отправка события на сокрытие. Все! Остальные 100500 аддонов с gui просто подписываются на это событие. В стандартных аддонах может что угодно меняться: приоритеты форм, имена виджетов, их количество, структура, условия видимости и т.п. В случаях таких изменений, если потребуется, достаточно поправить _один_ аддон, и все снова будет замечательно . Ровно также необходимо выделять и LibDnD, и GetGameLocalization, и что-то еще, о чем сейчас не вспомнил, в отдельные системные или служебные (называть можно как угодно) аддоны. Такие аддоны вылизывать коллективно (разумеется, если будет коллектив и желание XD) до идела или близкого к этому в быстродействии, устойчивости к ошибкам, совместимости, эффективности использования памяти и т.п. В конце-концов, это просто удобно для пользователя. Не бежать обновлять 100500 аддонов, "вдруг" переставших работать частично или полностью после каждого мало-мальски крупного обновления, а скачать пару фиксов к служебным аддонам. ВотЪ. Я так считаю. Опять же, очень так не слабо могу ошибаться. Всегда готов выслушать аргументированную критику ^_____^

2SLA Тут Nikon описывал свой метод. Его вполне можно использовать в EU/US версиях, по-моему. Quote: Как обычноо_0 ?!111разраз Quote: простейший способ никто не понял и не принял Не в этом дело. [cut] Сколько аддонов можно повесить на форму какой-нибудь сумки, например? Нужно будет следить за уникальностью имен виджетов, ведь если используется рекурсивный поиск каждый раз, когда тот или иной виджет нужен (да, я нупЪ и делаю именно так везде, где не важна скорость ): ), а не хранение 100500 ссылок на них, появляется вероятность взять, мягка говоря, не совсем то, что нужно, верно? А если такой поиск есть и в стандартном скрипте? (не, ну, мало ли ) Далее, если я эту сумку заменю своей, например, или просто отключу? Аддон просто не будет работать в лучшем случае? Ну, и в общем, после разделения стандартных и пользовательских на уровне, ммм, "пространств событий" о_0 лично мне не очень-то хочется править/добавлять что-то в их "кишках(-и)", но это уже не столь существенно в сравнении с вышеизложенным, думаю. [/cut] upd: Эх, нубас. Искать нужно только в форме-паразите, и проблем не будет. Перечитал метод - "претензии" притянуты за уши = "способ не понял"

-- С версии игры 2.0.07.08 больше не отправляет "SCRIPT_TOGGLE_UI". Теперь каждый сам за себя File: jwnwV4IUZvOAYIy.zip

Вроде исправил. З.Ы. Почему у меня имена аттачей какой-то абракадаброй постоянно получаются? о_0 File: PkuAlBIRsEFUrhE.zip

PicCastbar - Обсуждение

Формат расширить: Code: <rs class="className"><r name="time_value_2"/></rs> Цвет менять в скрипте: Code: WidgetTextView:SetClassVal( "className", "tip_green" ) -- "tip_yellow", "tip_red" Создание GUI

Угу, есть такое. Чо-то где-то перемудрил. Надо будет как-нибудь поискать-поправить, наверное.

-- Обновлен скрипт LibDnD.lua File: GmQvIvxQKGDsaMg.zip

Quote: не работает Drag-n-Drop у аддонов PhanTime и RealAgroM Скачать, файл LibDnD.lua из архива скопировать в папки с этими аддонами. Quote: аддон MagicanMessage не показывает бафы с критов. MagicianMessage: Обсуждение

2pashahns Затык с перетаскиванием найти не получилось Остальное, по-моему, работает. upd: SLA пофиксил библиотеку. Теперь перетаскивание должно работать, если я ничо не поломал File: zrIcVkG85Nbjkob.zip

MagicianMessage: Обсуждение

-- Добавлена кнопка и поддержка AOPanel; -- Исправлена ошибка, описанная выше Knight_Rider'ом; -- Кнопка "Сброс" отменяет выделение всех элементов; -- Строки локализации перемещены из скрипта в отдельные файлы (relatedtext). Вообще, мне не очень нравится, то что получилось. Более того, считаю, что можно и вовсе отказаться от АМ в пользу AddonReloader. File: tTXNEHBeL8HcQdT.zip

Ни у кого не завалялся альфа-клиент? Ну, или хотя бы interface.pak.

2Tvicker Нет, это все хранится в user.cfg 2a1803111 С аддонами проблем нет? Кнопки, панельки свои состояния/положения сохраняют? Если нет, может быть, в свойствах user.cfg каким-то образом выставился атрибут "Только чтение" о_0 Quote: Или сделать аддон решающий эту проблему Это вряд ли.

Читать/писать можно в user.cfg, только писать - в mods.txt. В целом, ничего сложного, по-моему, нет. Даже для новичка, если есть ги и желание. XD

2Kali, Regimardyl Thanks a lot. These changes will be added in the next update.

Продублировать "Загрузить все" и "Выгрузить все" командами? о_0

Никак. Функционал добавления/редактирования комментариев не реализован.

Да, с этим я и не спорю

Слегка не согласен. Документация по части api содержит необходимое и достаточное количество информации, весьма доступной, полагаю. Другое дело, что текущий функционал весьма скуден. Определенно не хватает, как минимум, возможностей творить заклинания/использовать предметы из скрипта и подписываться на реакции нажатия клавиш. Без этого ни полноценной замены unitframe'ов, ни actionbar, ни каких-нибудь аналогов decursive не реализовать. Полное отсутствие каких-либо комментариев к тэгам файлов-описателей - огромный минус. Все-таки изучение свойства того или иного виджета методом проб и ошибок - удовольствие сомнительное. Но самое печальное то, что разработчиков, судя по всему, трудности (может, я чего-то не понимаю, и эти проблемы - иллюзия? о_0 ) разработчиков аддонов ничуть не заботят. Если где не прав, камнями не бить! Уйду в бабл и "по тапкам"

По-моему, этот баг давно пофиксили, кроме того, лайт и дарк имеют разные id и таскаться должны порознь. Собственно, выделенное жирным и есть ответ на вопрос. Попробуйте поискать калеку методом исключения. p.s. Перечень установленных аддонов можно увидеть?