Zaam

userMods.GetAccountUniqueId() - это они сами или долго просили?

Нет, нельзя. На данный момент в АО огромный выбор АПИ-функций для работы с негами, включающий целых пол-функции. Разработчики обещали добавить функций для негов, но позже 6.0.2 и для их работы придется бегать к негам или звать гоблина.

В каком файле лежат они? А xdb-файлы системных аддонов оттуда можно выковырять? И сорь за оффтоп, но не хотелось тему лишнюю создавать.

В приложении искомое. В свое время пытался подковырнуть тултипы, но SCRIPT_REQUEST_CONTEXT_TOOLTIP не ловился в моем аддоне и при отправке игнорировался. Если что наковыряешь - не забудь похвастаться. P. S.: А амальгамы на ТО нет. Во всяком случае, в 6.0+ P. P. S.: А куда и как правильно сообщить об ошибке в "Пожалуйста, сообщайте об ошибке правильно!Посты без конкретики будут игнорироваться."? ContextTooltip 1.0.3.zip ContextTooltip 6.0.1.zip

Такая же фигня. Попытка перезапуска, например, BuffAnnounce у меня приводит к полной неработоспособности до перезапуска игры.

Лучше так: if avatar.IsExist() then -- если аватар найден Init() -- запускаем else common.RegisterEventHandler(Init, "EVENT_AVATAR_CREATED") -- также подписываемся на эвент создания аватара, если первый запуск не сработал) end

Какая версия клиента?

Нормально объяснить.

Я так понимаю, штука самописная? Была такая мысль, но я 100 лет не запускал ничего приличнее VBA, так что пока отложил эту идею.

Такой батник у меня тоже есть. Но с ним пара проблем имеется: Нужно отдельное окно для запуска батника, это, я так понимаю, можно решить вышеупомянутым NppExec'ом. Лишний файл в папке (и это тоже, думаю, можно решить тем же). Иногда надо компилировать больше одного файла. Всё это, конечно, мелочи, но вдруг счастье где-то рядом.

Тоже сорт оф костыль. Алхимия. Комбинаторика. Бывало и O(n!/(n-5)!) и n=24, хотя от такого ужаса уже избавился. Благодарствую, буду посмотреть. Но тема не закрыта, интересно мнение остальных.

Поправил под 6.0

Кто чем пользуется для написания аддонов? Сам пользую Notepad++ и всё бы хорошо, но очень не хватает препроцессора, чтобы не коментить вручную вагон отладочного кода перед компиляцией. С очередной обновой выпилили очередную функцию (о чём, кстати, забыли помянуть в ChangeList), а она была в отладочном куске кода, который я забыл закоментить в своей время, и всё, аддон не работает. Можно, конечно, завести какой-нибудь local DEBUG и загонять весь отладочный код в if DEBUG then, но это лишние инструкции, в том числе и в циклах и лишний объем памяти под скрипт, не хорошо в общем. Еще бы было неплохо, чтобы потенциальная IDE умела компилировать скрипт в одну кнопку, чтобы не рисовать под каждый скрипт батник для компиляции.

Было мало времени. Было много граблей. Аддон обновлён, прошу прощения за задержку.

Прям таки сидел, качался на стуле и тут ХОП! И угадал? Формула совершенно рабочая, единственное но, на некоторых значениях она дает отклонения на 1 от значений в игре. Видимо, ошибки округления. Но думаю, что на цене крафта 12-13 рун эта сильно не скажется. Теперь по самому калькулятору: 1. Алгоритм там какой-то адов, страница тупит и перерисовывается 2 секунды, слайдеры колбасит из стороны в сторону, хотя там всего алгоритма - пару сотен арифметических действий в цикле. Короче, все грабли скопипащены с аллодов.нет вместе с петросянством под таблицей. Надо оптимизировать. Ради сравнения: http://allodswiki.ru/runecalc 2. Поле для цены на крошку несколько маловато для нынешних реалий. 3. Так на сколько делений надо двигать слайдер от середины при курсе голд/кри 1000? 4. А сколько нужно крошки на крафт 9-й руны с нуля? Умножить в уме 6346 на 4?

2 logg, hal.dll: itemLib.GetInBagStackCount отличается от itemLib.GetOverallStackCount только тем, что считает предметы только в сумке и, конечно, правильнее было бы использовать её, но т. к. алхим компоненты кроме как в сумке нигде находиться не могут, это не принципиально. И, кстати, itemLib.GetOverallStackCount умеет возвращать nil, только зачем то еще и лог при этом гадит. Остальные функции не катят: itemLib.GetStackInfo - компонентов может быть больше одного стака; object.IsExist - по описанию работает только с интерактивными объектами, но даже если нет, то та же проблема, что сitemLib.GetStackInfo; itemLib.GetMetaInfo - это про улучшаемый шмот; itemLib.GetItemInfo - это больше про нестакующиеся предметы. А вообще, вся эта фигня с многочисленными стаками работает непредсказуемо. Если в сумке есть 2 стака одинаковой травы и накликать в ступку травы из стака №1, то при нажатии на кнопку "варить", может уменьшится любой из стаков, а иногда (при количестве травы в стаке меньше, чем в ступке) - из обоих. И по какому принципу выбирается уменьшаемый стак - мне неизвестно. Но точно не "верхний-левый". Из этого растут еще одни грабли с автозаполнением. Аддон каждый раз проверяет сколько осталось травы в сумке и хватит ли её для очередного заполнения. При нехватке/отсутствии, в зависимости от настроек, не кладет ничего или выкладывает имеющееся. Но в ситуации, когда изначально было больше одного стака, и рандом решил, что брать траву он будет именно из того стака, который накликал игрок, то когда стак заканчивается, начинается засирание лога, так как стак с таким id'ом перестал существовать. Соответственно, автозаполнение ловит nil, ничего в ступку не выкладывает, а у игрока в сумке может быть еще 10 стаков нужных трав. Но всё это мелочи, хоть и не особо приятные.

itemLib.GetOverallStackCount

А зачем сейчас нужен этот аддон, кроме как нидить ССки на арене? "Разрол хлама и вещей в патьках" элементарно лечится выставлением лута.

Произошла какая-то фигня при загрузке обновленного файла. Новый файл перезалит.

Скриншот бы посмотреть. И, заодно, последовательность варок.

Главная причина поломки аддона - вот тут. У меня есть поправленная версия, правда, скорее всего, одна из старых, без ДнД и прочего, ибо реанимировал ради экспорта состава гильдии то, что было на компе.

Более 2-х лет? Да ладно. А что именно глючит?

Зачем так усложнять? if p.unitId==avatar.GetTarget() then будет достаточно. А вот чего там точно не хватает, так это EVENT_AVATAR_PRIMARY_TARGET_CHANGED

Я имел ввиду: common.RegisterEventHandler(Will_Changed, "EVENT_UNIT_WILL_CHANGED", {unitId=AvatarID})

А почему не используешь этот фильтр в "EVENT_UNIT_WILL_CHANGED"? Зачем лишние вызовы обработчика? Кстати, положение бара можно вычислять динамически относительна морды персанажа. Кстати-2. В том месте находится бар прогресса прокачки покровителя.