Altair

Я имел ввиду временно, на пару минут, чисто чтоб проверить, что в них дело Фикс готов, надо только потестировать.

Это не очевидно, я согласен, но проблема может быть именно в них. Для чистоты эксперимента я бы попробовал от них избавиться и воткнуть на их место хотя бы зеленые (только нормальные, а не квестовые). Пока что я не могу сказать в чем причина, просто потому, что не могу повторить проблему. У меня салатовые камни спокойно снимаются/одеваются. Фикс для квестовых камней пока не готов, хотя в голове решение уже есть. Осталось время найти допилить

А у Вас точно нет неразмноженных и непродаваемых негоциантам самоцветов? По квестам на втором этапе выдают 3 стека по 3 синих самоцвета - они, вроде бы, именно такие, если мне не изменяет память. В первом сообщении про них написано, что они сносят крышу аддону, причем не важно, где они находятся, в надетой экипировке или в сумке. Если Вы уверены, что таких камней у вас нет, то мне нужно чуть больше подробностей. В частности, какие вещи надеты на персонажа. Хорошо бы сначала очистить сумку от самоцветов (переложив в банк лишние), потом извлечь все экипированные самоцветы в сумку и показать скриншотом эти самоцветы мне. Совсем идеально, если на том же скриншоте будут видны надетые вещи. З.Ы. Можно в ПМ, если там секретные секреты какие-то могут попасть

А можно пример со скриншотами, на которых видно проблему, в ПМ? Я был бы очень благодарен.

Enchant Set Master Просмотр файла Менеджер сетов самоцветов. По заданию AOTeam. Аддон позволяет сохранять и применять до 4х сетов самоцветов. Всё строго по ТЗ и немного от себя Основные плюсы: При применении сета аддон вынимает и вставляет только те камни, которые отличаются от сохраненных в сете. Умеет следить за наличием свободных мест в сумке и сообщает о необходимости освободить некоторое количество слотов, если их не хватает для применения сета. Может определить и сообщить пользователю о том, каких самоцветов у него не хватает в сумке для применения сета. К сожалению, в том же списке оказываются и те самоцветы, которые нельзя вставить в тот же слот экипировки. Такое бывает, если, к примеру, сменилась сама вещь (поднялся уровень, в новую вещь вообще нельзя вставлять самоцветы и т.д.) Есть кнопка для извлечения вообще всех самоцветов в сумку. Может быть полезна для обработки самоцветов инсигниями (в частности, для тех, кто думает, что 2 набора камней скрафтить тяжелее, чем повыбивать инсигнии). Имеется функция апгрейда сета. Если у персонажа в сумке есть камни выше качеством, чем записано в применяемом сете, то вставляться будут более качественные камни, после чего аддон предложит перезаписать сет. Надо учитывать, что, т.к. аддон не вынимает камни, которые имеются у персонажа в экипировке и удовлетворяют записанным в сете условиям, то они обновлены не будут. Для того, чтобы и они применились выше качеством, можно просто перед применением сета нажать на кнопку "Извлечь все самоцветы в сумку". В табличке показываются характеристики персонажа, каковыми они станут после применения сета с учетом эдикта/вех/распределяемых характеристик/банок. Извлечение и вставка самоцветов из разных вещей производится параллельно (а значит, быстрее, чем по одному). Аддон обрабатывает состояние боя и прячет основное окно, если оно было открыто и персонаж вошел в бой. После окончания боя окно показывается обратно. Характеристики персонажа в некоторых сетах могут показываться неправильно, если в сете для слота экипировки записаны какие-то самоцветы, а на персонаже при этом в этом же слоте одета вещь без возможности вставки самоцветов (63-ий крафтовый фиол, например). Надо понимать, что сет самоцветов применяется для определенного набора вещей, и если набор вещей сменился, то и сет самоцветов должен быть сменён (записан еще один). Добавил Altair Добавлено 20.11.2014 Категория Аддоны  

Можно на самом деле в AddonDesc.xdb поменять имя аддона и положить рядом копию, тогда их будет в игре два. Один будет с привязкой под одну группу персонажей (и включен у них в профиле), другой будет с привязкой под вторую группу персонажей (и включен у второй, но выключен у первой). Как при этом называется папка с аддоном или pak-файл рояля вообще никакого не играет, поэтому их можно сразу переименовать так, чтоб было понятно, где какая копия

AOTeam пока еще результатов не озвучивало ) Терпение.

Можно править прям внутри архива ж. Современные архиваторы (типа 7-zip) позволяют спокойно заменять файлы в архиве простым Drag'n'Drop'ом. Соответственно, можно вытянуть конфиг, поправить его и кинуть обратно в архив. Как вариант, можно переместить файл из архива в папочку с таким же именем (в архиве удалить, в папке создать) - должен подцепиться. Еще как вариант - просто распаковать архив и использовать аддон в виде папки, а не в виде pak-файла. Я понимаю, что это всё не очень user-friendly, но на полноценную графическую панельку с настройками пока сил нет.

Короче было бы вот так: bar:SetBackgroundColor(classColors[unitInfo.className or "UNKNOWN"])

Было ж ТЗ от AOTeam на разработку аддона для сетов самоцветов. Я так понимаю, как только они чота там решат, так сразу люди выложат свои версии.

Так работает же О_о Чего его обновлять-та?

Эмм, неправда. Панельки этого аддона никаким образом не мешают ставить стяжки/стенки, они прозрачны для кликов. Только что на всякий случай проверил, думал, может я забыл чего, но нет, все в порядке! Если что-то мешает, то это может быть любой какой-то другой аддон, который в ту же область что-то выводит.

Если нужно только сравнить, то лучше использовать common.CompareWString().

В моем понимании "вырезание Debug'а" - это не столько вопрос производительности, сколько вопрос чистки кода от нежелательных вещей. В этом контексте смириться с разницей во временах выполнения пустой функции и проверки переменной вполне себе можно. А если заморачиваться, то тогда уж надо вплотную смотреть на препроцессор.

Кстати насчет дебага добавлю. Т.к. можно оверрайдить функции любые (в том числе библиотечные, вроде как), то как вариант вместо препроцессинга можно добавлять в проект debug.lua, в котором будет написано что-то типа (в некоторой степени псевдокод): local _logInfo = _G["LogInfo"] _G["LogInfo"] = function(...) _logInfo("additional_debug_data", ...) end Соответственно, если НЕ добавлять, то ничо оверрайдиться не будет. Таким образом можно заранее определить несколько функций как пустые, а потом в debug.lua их переопределить и написать какое-нибудь тело. Ога.

Непосредственно для написания кода использую тоже NPP. И тоже очень не хватает препроцессора. Причем не только для выпиливания дебага. Находил в инете несколько вариантов lua-препроцессоров написанных на том же lua, но чота они замороченные какие-то и выглядят страшными, поэтому так рука и не поднялась их интегрировать в сборку. Ну а сборка выглядит примерно вот так: Фичи: Собирается всё одной кнопкой Build. Можно из этого же окна задать Output папку - игровую папку с аддонами. Можно открыть её или папку с сорцами любого аддона, если дабл-кликнуть по нему в списке. Debug - это нескомпиленная версия, кладется в Output отдельной папочкой. Release - сборка скомпиленного и упакованного в pak аддона. Если ставлю галку Distribution, то складывается туда, откуда был запущен билдер, иначе - в Output. Автоматом инкрементируются и могут подставляться версии/ревизии в имя аддона (которое в *.(UIAddon).xdb), в localizedName/Desc, в имя pak-файла или куда-нибудь еще по желанию. Есть папка _SharedLibraries, где лежат всякие "общие" lua-скрипты типа LibDnD, всяких хелперов и прочего. Эдакая помойка, откуда можно поиметь код на все случаи жизни. Зареференсить оттуда файл в аддоне можно прописав тэг [shared] перед именем файла в стандартном *.(UIAddon).xdb. Пример из ACP: <Item href="[Shared]Core.lua" /> В таком случае файл Core.lua кладется в аддоне в подпапочку Libraries, а его путь в xdb аддона подменяется на соответствующий. Можно скипнуть компиляцию для любого скрипта, добавив аналогично предыдущему пункту тэг [skipCompile] Есть система "патчей" (папочка _Patches), которая представляет собой независимые от аддона ресурсы, которые могут складываться в любой аддон. К примеру, есть у меня MessageBox, я могу интегрировать его в несколько аддонов, при этом файлы MessageBox'а лежат в одном месте. В патчах же могут лежать и более мелкие ресурсы. Например, шаренные одинаковые текстуры, чтоб руками не перекладывать туда-сюда. Я почти доволен этой штукой. Если б еще препроцессор был и можно было прыгать по сорцам как в любой другой IDE через Go to definition, то вообще б лепота.

Можно время посчитать и по факту появления подсветить место же..

Хочу отметить только, что прочитал и намотал на ус. Ушел думать

Я вообще был в полной уверенности, что все паладины поголовно пользуются отдельным специальным классовым аддоном на отображение канонов Но после релиза ACP с удивлением обнаружил, что это не так. С утверждением согласен - в следующей версии добавлю. Размер панелек думаю вынести в конфигурационный файл в следующей версии. А сместить ниже можно уже сейчас. В конфиге для каждого бафа своего класса можно задать параметр PosY, который как раз управляет смещением панелек относительно центра экрана.

Враки. Видит.

ACP Просмотр файла В первую очередь, большое спасибо Nikon за оригинальную идею HealerProc, а DiesIrae и look_at_you_ за поддержку оригинального аддона. Теперь аддон работает не только для жреца, но и для всех прочих классов. Показывает висящие на аватаре важные классовые бафы, за которыми в обычной ситуации приходится постоянно следить, кося один глаз на панельку бафов в левом верхнем углу. Теперь можно косить не один, а оба глаза, и совсем в другое место! Показывает на данный момент следующие умения: Список бафов Жрец Фанатизм Щит святости Исступление Предел веры Воин Заслон Выброс адреналина Мотивированная агрессия Богатырская сила Мистик Стремительность Эссенция мысли Концентрация Друид Боевая интуиция Статический заряд Маг Отражения Каменная стена/Каменная преграда Стихийный щит Невидимость Некромант Венесекция Экстаз отравителя Тёмная искра Паладин Сосредоточенность Отмщение Канон Света Канон Чистоты Сталкер Плут Уловка Инженер Канонада Бард Новые идеи Можно добавлять свои собственные бафы, но, к сожалению, только через конфигурационный файл, который лежит внутри архива и называется Config.txt, как ни странно. Краткая инструкция по настройке Каждый баф задается следующими полями: Name - имя бафа в вашей локали. PosY - смещение плашки по вертикали относительно базового положения (которое где-то в районе центра экрана) LimitMaxStack - для стекующихся бафов ограничивает количество выводимых плашками стеков. В основном нужно для Венесекции, но мало ли, может и для других пригодится. Можно сделать, к примеру, что Щит крови будет показываться полной полоской до тех пор, пока не станет его 5 стеков и меньше. MaxTimer - ограничение на таймер для долгоиграющих бафов (типа каменной преграды мага). Если время бафа в секундах больше указанного в этом параметре, то таймер на плашке показываться не будет. Colors - цвета в формате { R, G, B, A }, в которые окрашиваются панельки стеков бафа. Для нестекуемых бафов достаточно одного цвета, в который окрасится плашка на старте. Для стекуемых можно задавать более одного цвета, тогда плашки при отрисовке будут использовать интерполированный цвет. Если задать 2, то первая плашка будет использовать первый цвет, последняя - второй, а все остальные между ними - плавно перетекать градиентом. Если задать количество цветов равным максимальному количеству стеков, то каждый отдельный стек будет краситься своим уникальным цветом. С радостью послушаю предложения по модификациям аддона. Готов принять от представителей классов предложения по списку бафов доступных в аддоне по умолчанию вместе с их настройками (включая цвета). Добавил Altair Добавлено 07.01.2013 Категория Аддоны  

Если в 5.0.2, то да, логично, потому как фикс был для 6.0. Последняя версия для PTS выложена.

AoUMeter.zip Fixed for 6.0 PTS. Changes: --//spellPanel.Damage:SetVal("DamageBlock", common.FormatFloat(spellData.ResistPercentage , "%d")) spellPanel.Damage:SetVal("DamageBlock", common.FormatFloat(spellData.ResistPercentage , "%g")) function IsFriend(id) --//return id and object.IsExist(id) and object.IsUnit(id) and unit.IsFriend(id) return id and object.IsExist(id) and object.IsUnit(id) and object.IsFriend(id) end Though, I didn't test it thoroughly... З.Ы. Снимаю с себя всю ответственность. Пофиксил, но особо не тестил, поэтому если что-то все-таки недочинено - мопед не мой ©...

Два реквеста: 1. Регистрация без указания ID вручную, но используя RequestIntegerByInstanceId. 2. Функции для корректной раз-регистрации (нужно, например, когда двигающийся виджет должен быть удален).