Nikon

Абаденно 1. Забыл написать как его вызывать. Я на автомате уже /aom набираю 2. Панель с чатом перекрывает акно аддона 3. Выкладывал бы уже в аддоны... 4. Счетчик addon.counter начинает тикать уже с загрузки аддона => если не успел открыть окно за 5 первых секунд - евент "U_EVENT_ADDON_MEM_USAGE_REQUEST" посылаться не будет ) Децельная правка Code: if W( "MainPanel" ):IsVisible() and addon.counter >= addon.MEM_USAGE_REQUEST_DELAY then

2. Еще раз, если не понятно ИвС - исцеление в секунду, а не средний хил за весь бой. В твоем примере маг 1 раз использовал хил. Все время хила мага - 1 секунда. Какой будет ИвС? Если бы он к концу боя еще раз использовал пиво - время существенно бы увеличилось Жрец хилил весь бой и ему рассчитали весь его хил за все его время хила, от 1-го каста до последнего Формула везде берется 1: Хил(урон) / время В Рекаунте по другому считается? Насколько помню так же 5. Recount - хорошая штука. Хотелось бы повторить хотя бы часть его функционала. Некоторое сделать просто невозможно.

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

1. В рейде аддон тестил мало. Возможны ошибки. Окно истории должно открываться, если есть что показывать (хотя бы 1 бой записан) 2. И/УвС - исцеление/урон в секунду. В посте от 2010-10-03 14:20:49 я уже опысывал как они считаются. Все корректно И почему ИвС от пива, если оно использовалось 1 раз за бой, не может быть больше другого хила, которым хилили на протяжении всего боя? 3. ОК. Сброс можно добавить в менюшку выбора отображаемой статистики 4. Размечтался. Нельзя. Это не ВоВ и разрабам здесь наплевать на чьи-то пожелания 5. Да, так и будет. Не планируется - Последние 15 сек? В ВоВе? Это какой аддон делал? - Про очищение, не знаю, не пробовал

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

Quote: выгрузки информации 1. Какой именно? Всей накопленой? Или чего то конкретного? Если дамаг (ДПС) текущего боя - можно, как вариант, увеличить в настройках количество показываемых юнитов до 20 и их скринить. Если детализацию по ударам, то первые 5 вполне можно скринить тоже 2. Мне бы тоже хотелось. Кроме как в Mods.txt (информационная помойка, куда пишут все и всё) или User.cfg (конфиг файл, куда пишут тоже все и че попало) писать больше никуда не могу. Если устраивает - могу выгружать в них по, например, кнопке 3. В общем, нормального решения я пока не вижу. Могу рассмотреть ваши предложения. Смогу сделать/нет

Не будет. Это не "свернутый режим" , а режим запрета сбора данных

Quote: Я много задумывался над видом и оформлением капель крови у некроманта и его-же панелью с петом Много думал-задумывался? Значит что то уже придумал. Начинай. Выкладывай, как ты ее оформил "как нибуть по лудше". И "Если можно со скрин-шотом"

Подробнее. Не понял

Quote: в старом так не было В старом было не так -- Визуально данные не начинают обновлятся пока не наснесен 1-й удар кем-нибудь из группы. Уверен, что не правильно? Лог боя-секундомер - считай. С ДаркДПС показания сравнивал? Кстати, с ДаркДПС могут быть расхождения в пределах 1 сек + смотри п.2 в описании обновления. Время на панели - время между любым 1-м ударом/хилом в группе и последним. По нему считается общий ДПС/ХПС Для каждого юнита существует свое время между первым-последним ударами, первым-последним хилом. Оно нигде не отображается, но свой ДПС/ХПС считается по нему

Вариант локализации без TXT-ресурсов. Работает только с версии 1.1.01 т.к. использует функцию userMods.ToWString 1. В коде задается строковая переменная - язык локализации (к примеру - Global( "Lclz", "rus" )) Создается файл с локализуемыми строчками на 1 язык (к примеру Lrus.loc), с содержанием типа: Code: if Lclz == "rus" then Global( "LStr", { Str01= "Строка адын", Tumba = "Тумба", Yumba = "Юмба", Green = "Зиленый", Kolbosa = "Колбоса" }) end 2. Название-путь к файлу (по сути это простой ЛУА-файл) прописывается в AddonDesc.(UIAddon).xdb в секции <ScriptFileRefs> после файла, в котором прописано определение языка локализации Code: <ScriptFileRefs> <Item href="Settings.lua" /> <Item href="Lrus.loc" /> <Item href="Script01.lua" /> <Item href="Script02.lua" /> </ScriptFileRefs> 3. Подобных файлов нужно сделать столько, сколько локализаций планируется. Или можно поместить все локализации в 1 файл. Тогда и строковую переменную можно поместить туда же. Например: Code: Global( "Lclz", "rus" ) Global( "LStr", {}) if Lclz == "rus" then LStr = { Str01= "Строка адын", Tumba = "Тумба", Yumba = "Юмба", Green = "Зиленый", Kolbosa = "Колбоса" } elseif Lclz == "eng" then LStr = { Str01= "String 01", Tumba = "Tumba", Yumba = "Yimba", Green = "Green", Kolbosa = "Kolbosa" } else --язык по умолчанию LStr = { Str01= "Строка адын", Tumba = "Тумба", Yumba = "Юмба", Green = "Зиленый", Kolbosa = "Колбоса" } end Код будет отрабатываться при каждом запуске аддона. Если нужно делать смену языка "на лету" - нужно помещать это все в отдельную функцию или делать двумерную таблицу, в которой будет сразу все Функция GetTextLocalized () будет выглядеть так: Code: function GetTextLocalized( strTextName )return LStr [strTextName ] and userMods.ToWString(LStr [strTextName ] ) or common.GetEmptyWString() end Навеяно недоделаным способом локализации, используемом в AOIngameAddMan

Обновление r8 1. Модифицирован механизм сбора данных 2. Время боя считается для каждого юнита отдельно от 1-го удара/хила до последнего 3. Изменены режимы отображения текущей статистики на: урон, исцеление, урон/сек, исцеление/сек 4. Добавлены режимы отображения статистики: входящий/исходящий урон, входящее/исходящее исцеление, входящий/исходящий урон за бой, входящее/исходящее исцеление за бой Окно детальной информации по умению: 1 строка макс_урон / сред_урон / мин_урон +Крит% / -Неуд% - Название умения 2 строка сумма_неполученого_урона/хила (% от всего возможного урона/хила) [отражено/невоспринято / поглощено ] [ блокировано / парировано ] [ число_промахов / число_уклонений ] 5. Изменены цвета классов юнитов на новые 6. Настройки перенесены в файл LDPSettings.lua 7. Вызов меню - ЛКМ. Открытие/закрытие окна истории - ПКМ -- Более детального описания работы с аддоном не будет ЗЫ. Были проблемы с обновлением. r14 == r8

Quote: Угу уже попробовал ее (достал у согильдийцев), довольно интересно.. Хм. Никогда больше такого делать не буду

DiSlord, не в той теме отписался. У меня нет таких функций Скоро будет глобальное обновление, потом буду разбираться с частностями. Что-нибудь придумаю Quote: Для ускоения проверки - сначала проверить что урон от дружественного моба, потом что это не игрок, потом сравнить имена.. Для ускорения? И так каждый удар проверять из-за 1 абилы?

По моему они не забыли, а намеренно не положили. Если даже после напоминания и обещания разобраться ничего не изменилось Думаю, с выходом 1.1.05 нас ждет "сюрприз"

Quote: Кого они имеют ввиду? Мене. Я спрашивал, можно ли сделать возможность аддонам писать\читать в другие файлы, даже с жестко заданым названием (это я, правда, потом добавил)(к примеру, зависящим от имени аддона) Потом с Commondore попереписывались немного по поводу... и так все и заглохло Вообще, в идеале, компромисс для тех и для других - функции типа SetAvatarConfigSection и SetGlobalConfigSection работали бы каждая со своим файлом, зависящим от аддона. А лучше - добавить новые функции А по поводу ModdingDocuments.zip смотри свою тему. Велиуж пожелал в ней отписаться, после вопроса в личку "а почему нет ответа?", сказав, что не заметил ее. И вообще, лучше по всем вопросам писать ему в личку - быстрее будет Пока больше никаких подвижек... http://forum.allods.ru/showthread.php?t=53323

Просто здорово Делать так до конца.... мог бы ты еще определить цвета элементов заклинаний и цвета рас существ? Типы урона (действия заклинаний или атаки). (У DarkMaster`а они в таблице "DamageTypeColors") "ENUM_SubElement_PHYSICAL" "ENUM_SubElement_FIRE" "ENUM_SubElement_COLD" "ENUM_SubElement_LIGHTNING" "ENUM_SubElement_HOLY" "ENUM_SubElement_SHADOW" "ENUM_SubElement_ASTRAL" "ENUM_SubElement_POISON" "ENUM_SubElement_DISEASE" "ENUM_SubElement_ACID" А с расами проще: их ровно столько же, сколько и классов персонажей, можно просто присвоить существующие цвета классов Текстовый enum для представления рас существ в игре. "ENUM_HUMANOID" "ENUM_BEAST "ENUM_UNDEAD" "ENUM_GIANT" "ENUM_DRAGON" "ENUM_ELEMENTAL" "ENUM_DEMON" "ENUM_ABERRATION" Ммм... а какой цвет текста будет хорошо виден на всех цветах фона? Желтый уже, похоже, не подходит. Белый? Можно было бы его менять так же легко как и цвет фона....

Quote: а именно свой файл. Никак По поводу: Quote: Quote: Не дадим мы ему просимого им функционала. С текущими возможностями прекрасно все делается, а базы данных пусть на сайтах отображает, а не в клиенте. Читать что-либо аддонами из внешних файлов мы никому не дадим. Вот, это тебе от команды интерфейсов Надеюсь теперь вопрос исчерпан. Вот так вот ответило одно офлицо на просьбу разрешить аддонам писать-читать еще куда-нибудь, кроме 2-х файлов

Можно Жутко извиняюсь, что забил на него и на другии мои аддоны. Занят щас другим делом. Никак до него руки-ноги не доходят

А, ясно. У меня мануал по 5.1. Там сделали fmod, до этого был mod Покопался щас в инете http://www.lua.org/versions.html Quote: Lua 5.1 was released on 21 Feb 2006. The main features in Lua 5.1 are a new module system, incremental garbage collection, new mechanism for varargs, new syntax for long strings and comments, mod and length operators , metatables for all types, new configuration scheme via luaconf.h, and a fully reentrant parser. The current release is Lua 5.1.4, released on 22 Aug 2008. А я тоблин считал, как во 2-м посте написал

А в справке fmod А mod вообще такой функции нет

match.fmod то ли глючит то ли не работает в этой версии ЛУА X = Y - math.floor (Y)

Дело наверно все-таки не в типе строчки, а в том куда ее выводят Quote: Строки в формате Unicode - WSTRING. Этот тип подобен строкам с завершающим нулевым байтом, но для каждого символа предусмотрено два байта (wide characters).

А, не. Немного неправильно выразился Как узнать (и можно ли вообще) ширину текста в TextView? Не, конечно, можно тупо заранее посчитать количество символов в txt-шнике которые будут отображаться, потом каждый раз суммировать длину строк во всех текстовых валуях и тех символов, подставлять в формулу... У меня не стоит ГилдГуи. Как оно себя ведет на разных разрешениях и при разных размерах шрифта? Менять каждый раз формулу?

Вдогонку. Возможно ли как то определить ширину строчки? У Нивала тултипы по ширине разные, в зависимости от текста. Они вручную выставляют или атоматом как то считается?