Altair

В общем, я попробовал по-всякому позапускать на разных персонажах и разных компьютерах - ничего нигде не спамит... О_о Может это у тебя один из твоих собственных аддонов как-то шалит? Или ты запускаешь не на официалке, а на какой-нибудь пиратке?

Минимальная ширина продиктована шириной заголовка. Если делать уже окно, то заголовок уедет за границу окна и будет частично невидим, что нельзя назвать лучшим решением. Я и так старался делать иконки кнопок как можно мельче )) Если есть идея, как и иконки оставить и уместить это всё компактно, я готов выслушать.

Я считаю эту фичу сильно сомнительной. Для того, чтобы ГС показался в списке персонажей, каждого персонажа надо обязательно взять в таргет. Каждый раз, когда он будет убегать из зоны видимости и забегать обратно - снова надо будет брать в таргет. Более того, этот самый ГС видно и так, когда выделяешь. Если и будет вдруг такая штука, то не скоро и как опция. Ну, проблема там с какими-то анимационными эффектами ж, судя по логу. В режиме друзей в Оке тоже спамит? Так-то два режима ничем не отличаются, кроме условий попадания соответствующих юнитов в список. Попробуй отключить анимацию изменения ХП и выделение текущей цели - перестанет спамить? А, да, надо, наверное, добавить там комментарий, что эта галочка актуальна только когда ты вне группы/рейда. Ну или, если нужно, можно убирать себя и в группе/рейде.

По поводу петов, есть более широкие настройки в текстовом виде. Там можно настроить петов. И приоритет, чтобы показывать их выше/ниже и сам факт показа. "Отдельно" прям совсем - нет, нельзя.

Воу воу, откуда спам? >.< как повторить? Там в начале этой спам-стены нет каких-то других сообщений случайно?

EZTarget Просмотр файла "Очередной таргетер" с набором своих достоинств, к коим ключевым можно отнести оптимизацию под слабые компьютеры и гибкую настройку.Подробнее ниже. Название читать "ИзиТаргет" Итак, что же аддон умеет? Добавил Altair Добавлено 31.08.2015 Категория Аддоны

Компилятор лежит в клиенте по пути AO\data\Mods\Docs\ModdingDocuments.zip\LuaCompiler Декомпилятор - он же так-то )

PartyManager Просмотр файла Помогает не пропускать ЧД/РЧД из-за АФКа. Обновлен режим пионера "Всегда готов"! Аддон автоматизирует сбор и менеджмент группы и отряда и некоторые другие активности. Работает по простому принципу. Кто-то пишет человеку с установленным аддоном в приват соответствующую команду, а на стороне адресата приватного сообщения эта команда выполняется. Основное назначение - действия с группой/отрядом в то время, когда ее лидер АФКает. Внимание! Дополнительные плюшки: Теперь можно включить автоматическое согласие на запрос о воскрешении, если Вы находитесь вне боя. Помогает сэкономить некоторое количество нервов своих друзей, если Вы любите афкать в рейдах после смерти. По возвращении Вы хотя бы будете живы, оббафаны и ±готовы к бою. Новый режим пионера "Всегда готов!". Если кликнуть правой кнопкой мышки по основной кнопке аддона, то на последней загорится зеленая точка и включит этот режим. Режим подразумевает автоматический ответ согласием на запросы готовности в группе или отряде и на предложение присоединиться к бою на гильдейских мероприятиях (ЧД по воскресеньям и РЧД по средам). Набор поддерживаемых команд следующий: Добавил Altair Добавлено 26.07.2015 Категория Аддоны

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

Интересно О_о Я даже и представить не могу, как аддон может влиять на крэш клиента при заходе в настройки управления >_< У меня такого не наблюдается точно. Спрошу у AOTeam, может посмотрят.

Оказалось, добавить поддержку AOPanel совсем просто, поэтому - наздоровье Ну и постоянные запросы на обновление сетов тоже поправил.

По поводу размера кнопки я уже думал, да, можно и поменьше сделать. На тему AOPanel не буду обещать, потому что сам не пользуюсь. Если вдруг руки дойдут - сделаю поддержку и для AOPanel. И раз уж тут хоть кто-то появился и отписался, спрошу в ответку. Часто ли бывает, что аддон предлагает обновить записанный сет, когда в действительности камни все того же качества вставляются?

Ну если какой-то дурак скачает клон с кейлоггером с левого сайта, то он сам ведь себе злобный буратин, не? С чего вдруг отвечать пришлось бы оригинальным авторам?

[paranoid-mode] Можно пароли не трогать, а собирать просто инфорацию, в том числе о твинках и всех прочих персонажах, на которые когда-либо заходили, используя предоставленный клиент. Благо вся информация валяется в открытом виде в user.cfg [/paranoid mode]

Hi there. I could possibly add English localization, but other languages are out of my understanding. So, if you want it in other languages, I'd suggest you to translate it yourself or find anyone capable of doing this. I believe, English localization is preferrable for you to work with, isn't it?

в LUA есть такие функции, но они выделены в отдельную стандартную библиотеку io, которая НЕ включена в клиент.

Обновил, должно теперь работать в 6.0.1. Также исправил ошибку, про которую Адалон писал. Проблема заключалась в путанице с качествами (какого качества самоцвет в какого качества шмотку может воткнуться), т.е. не в логике работы аддона, а во внутреннем конфиге, грубо говоря. >_<

>_<

Ну я, конечно, имел ввиду различение со стороны кода. Если нужно трекать Горение только от островного модификатора, то как это можно задать в коде наиболее разумным способом? Я на эту тему тоже думал, даже реализовал некий runtime-cache, который был словариком с ключами buffResourceId:GetInstanceId(), а значением была ссылка на структуру трекаемого бафа из конфига аддона. Подробно на цифры не смотрел, но заметил, что даже так во всяких рейдах при включеном аддоне как-то подтормаживать игра начинает. Недавно вот пришла мысль, что можно попробовать написать что-то типа библиотеки, которая бы одна занималась треканием бафов, а пользовательским аддонам бы рассылала кастомные сообщения о том, что баф появился/изменился/пропал.

Давайте обсудим, кто как трекает бафы? В первую очередь интересно было бы послушать Slashuur, havendv, logg, Saionaro, AcProg (как авторов наиболее популярных закрытых аддонов, трекающих в том или ином виде бафы), но и другим тушеваться не надо Озвучу сразу проблематику вопроса. Во-первых, бафов обычно много. ОЧЕНЬ много. Особенно в массовых всяких замесах (ПВЕ/ПВП рейды). Самый "в лоб" способ определить, что определенный баф повесился на персонаже - это по имени бафа. Имхо, если по имени проверять все бафы в рейде - комп расплавит стол. Хотя я вполне допускаю, что некоторые из аддонов именно так и поступают. Вторая проблема - нет четкого способа для определения факта исчезания (спадания) бафа, кроме перебора всех бафов, которые висят на персонаже. Тоже тяжело с вычислительной точки зрения. Если трекается N бафов, а на персонаже висит M бафов, то надо выполнить в худшем случае N*M проверок на соответствие. Третья проблема - если проверять баф просто по имени, то возможны ситуации, когда разные фактически бафы будут светиться не там, где надо. К примеру, в астрале есть островной какой-то модификатор, который вешает баф "Горение", но с таким же именем есть еще целая пачка разных бафов в разных местах Сарнаута. Дизайнеры не заморачиваются уникальностью имен, да и не пристало им. Как в таком случае можно различить бафы друг от друга? Возвращаясь к началу сообщения, давайте таки обсудим, как "правильно" следить за появлением/исчезанием бафов? Умные мысли приветствуются

Окей, скажу прямо. Твои домыслы на тему "как оно работает" и "как должно работать" могут быть актуальны только с точки зрения пользователя, но не с точки зрения разработчика. Если говорить грубо, то не надо меня учить, как делать. Я и сам вполне себе состоявшийся девелопер, мне не нужны подсказки, я все равно сделаю по-своему, что бы ты тут ни написал. Я объясняю, как работает аддон, не для того, чтобы спросить совета, как бы его переделать. Я объясняю принципы работы исключительно для того, чтобы тебе было понятнее, что ошибка совсем не там, где ты её предполагаешь. Поэтому, пожалуйста, прочитай внимательнее написанное ниже. В процессе переодевания камней из сета есть три с половиной стадии (здесь и далее - в контексте аддона): Загружается информация из user.cfg о том, какие камни где должны стоять (то самое, что ты в конце своего последнего сообщения написал) Запускаются предварительные проверки по сету, которые отвечают на вопросы "В чем разница, между надетым сетом и применяемым?" и "Хватит ли места в сумке для перестановки камней?". Отдельной полу-стадией является ответ на вопрос "Доступен ли применяемый сет, т.е. есть ли у пользователя достаточное количество необходимых камней?". Именно тут и присутствуют проблемы. Собственно применение сета, которое состоит само по себе из двух действий - вынимании ненужных камней и вставки нужных. Так вот. При проверке сета на доступность запускается целая вереница всяких разных функций, которые в итоге помогают подобрать каждому сохраненному камню его реальный эквивалент из сумки. На этом этапе как раз и возможны глюки и ошибки, просто потому, что все эти проверки - это бОльшая часть кода аддона. Если аддон не может подобрать сохраненному камню его реальный эквивалент, то как раз-таки происходит то самое, что видишь ты: в окне аддона выводится список таких камней, которые аддон не нашел в сумке. Ищет он при этом не тупо по названию, а по разным характеристикам (уровень, статы, качество, возможность быть воткнутым в шмотку). Ошибка может быть в любой функции алгоритма подбора камня. Например, в том коде, который фильтрует инвентарь и выбирает из всех предметов только камни (та самая ошибка, которая была исправлена в 1.2 относительно 1.1). А этот фильтр в свою очередь используется на начальной стадии проверки доступности сета. Фильтр камень не увидел - всё, превед, сет не применим. Поэтому, еще раз настоятельно попрошу. Пожалуйста, сделай, как я просил в прошлом своем сообщении: Наиболее полная информация - залог быстрейшего фикса. Чем внимательнее прочитаешь и чем внимательнее отнесешься к деталям и чем детальнее распишешь мне суть проблемы, тем быстрее приедет 1.4 с исправлениями.

По-моему, в твоих рассуждениях есть один небольшой изъян, который всю логику роняет. У меня есть стойкое ощущение, будто ты считаешь, что при сохранении сета сохраняется просто набор статов (или обезличенные стеки вставленных самоцветов), который затем пытается как-то распихаться по предметам. Однако, если внимательно почитать ТЗ от АТ, то можно заметить, что там строго было сказано, что сохраняться должна табличка по предметам с камнями в ячейках. Грубо говоря, аддон сохраняет не "3 самоцвета стойкости, 3 самоцвета мастерства и 3 специальных", а "в перчатках вставлены самоцвет стойкости, самоцвет мастерства и специальный". Это я к тому, что заранее определено, какие самоцветы куда вставляются. Порядок вставки самоцветов по предметам при этом роли не играет. Порядок обработки отдельных слотов экипировки (вещей т.е.) вообще не определен, т.е. один раз у тебя может первым вставиться камень в жезл, в другой раз в плащ, в третий раз в кольцо, а после - в тапки. И это не должно никак влиять на конечный результат. И более того, я отсылаю серверу команды на вставку самоцветов пачками. Т.е. все атакующие камни с точки зрения аддона вставляются одновременно во все вещи, затем аддон ожидает по каждой шмотке ответа от сервера. Ответ приходит для каждой шмотки отдельно, и в качестве реакции на этот ответ идет либо запрос на вставку следующего камня, либо окончание процесса работы с вещью. Проблема может быть в том, что аддон, располагая камнями надетыми и валяющимися в сумке подбирает среди них те, которые "подходят" к сохраненному сету и одетой шмотке. Вот в этом алгоритме подбора может быть ошибка. У меня пока фиолетовых камней нет (руки не дошли покачать профу, да и пофармить надо бы), поэтому протестить нет возможности. Мне бы помогло, если б ты привел в качестве примера два сета с минимальной разницей (как можно меньше различающихся камней), но с проявлением этой ошибки, ну и если б подробно мне расписал, какие именно камни на какие меняются и в каких вещах.

Там та, которая однозначно совместима с клиентом. А любая версия старше может и потерять совместимость.