DarkMaster

Огромное спасибо теперь буду знать где собака порыта, и не подкалыватсья впредб с высотой текстов *))))) Исправлю везде и обновлю версию

Везде стоит WIDGET_ALIGN_LOW во всех виджетах ..... Не помгло. SLA если будет минутка времени посмтри тоже. Просто установи аддон, и зайди в гиру убей пару мобов, посмтри как отображает правльно на разрешени 1280x1024 переключись на 1024х768 снова посмотри..... Может ты поймешь чего я не понимаю. Такое ошушения что шрифт не меняет размер....

Ок добавил себе в ToDo проверить что там с офлайнами.

Да я тоже нашел это в скриптах. Вообщем-то Луа язык не строгий и как говориться "за ухом можно почесаться 175 способами" *))) По сути измениться лишь способ обьявления. Можно так как я реализовал, можно так как делает это Нивал. В действительности же нужно наращивать функциональные возможности библиотеки. Вот например кто то приводил пример универсальной функции установки текста - помоему это был ты Ramirez - ну так взял бы и доработал этот моент в рамках билиотеки добавил бы новый класс или в уже существуюший TWidget. Просто разные "автоматизации" кода встречаютсья отрывочно то в одном то в другом аддоне. Их нада собрать, вылезать, отладить, стандартизировать, обьеденить в один подключаемый файл. Думаю не нужно говорить что как это упростит разработку как нам самим так и новым модмейкерам *) Ведь согласиль удобно просто сказать виджету - ты перетаскиваемый и не пареться как имено он перетаскиваеться и сохраняет свои позиции после релога. А это базируетсья на функциях, кторые публиковал SLA, просто дороботанных и внедренных в TWidget. Вот вопрос на засыпку - возможноли прикреплять разные реакции к однотипным ( созданным по 1му Desc-у ) обектам ? Пример у меня есть кнопка А у нее в XDB прописана реакци на клик AReaction - если я буду создавать кнопки динамически по ее типу ( CreateByDesc ) то у созданных кнопок будет таже самая реакция AReaction. Это как то не удбно блин *))) Хотелось бы добиться функционала VCL - могу подключить к событиы OnClick свой обработчик. Типа Button1.OnClick = Func1, а Button2.OnClick = Func2, хотя оба созданны по типу Button. Any ideas how do it ? *)))) Ramirez - ты вроде постами выше намекал на то что чета придумал с обработчиками, не скупись делись если есть чем ! Дополни библиотеку или приведи пример и я сам дополню.

Ок жду развернутого ответа, с примерами *) Как сделать так чтобы размер текста менялся при изменени разрешения экрана. *)))

Все делаешь так как нада. Есть баг - как исправть пока не знаю. Разберусь исправлю. Вкачестве временной меры зайди в папку: \Allods Online\data\Mods\Addons\DarkDPSMeter\SpellInfoPanel\SpellDetailPanel\TextViews И исправь в файлах: Count.txt, DamagePercentage.txt, DamageStats.txt, Name.txt - с fontsize="11" на fontsize="10" А также в папке: E:\Andrei\Temp\Allods Online\data\Mods\Addons\DarkDPSMeter\MainPanel\PlayerInfoPanel\TextViews в файлах: Name.txt, DamageStats.txt, DamagePercentage.txt - с fontsize="11" на fontsize="10" Это уменьшит шрифт, должно помочь как временная мера. Но это не решение проблемы.

Quote: P.S. Аддон красиво оформлен! Старался *)))) Изначально хотел сделать "Зем" дизайн - но рисовать самому долго и нет времени, а в файлах игры ненашел ничего подходящего. Quote: Что там не так в аддоне? Какое окно меняет размер в разных резолюциях? Тут подробно описал проблему Если занешь решение пиши туда чтоб все видели. И не забуть посмотреть последний пост вот тут: AOClassLibrary

Столкнулся с проблемой следующего характера: В аддоне есть TextView - жестко заданого размера напрмиер 80 ( пикселей по идее ). У меня на разрешении 1280х1024 полноэкранный, текст отображаеться в нем коректно, стоит перейти на более мелкое расширение или выйти из поноэкранного режима в оконный ширина как бы меняеться тоесть становиться меньше ( такое ощущение что 80 пикселей XDB файла в разрешении 1024х768 это уже не 80 а 72 или гдето около того ) и текст начинает обрезаться..... Кто нибудь знает из за чего это может быть и как пофиксить ? Any ideas ? *)))) Я четсно говоря немного в шоке *))) Думаеться мне что пидеться пресчитывать ширину виджетов при старте аддона отталкиваясь от widgetsSystem:GetPosConverterParams() 8((((

Потвержденно: обрезает текст если разрешение стоит не 1280x1024. Причем если в игре менять разрешение видно что окно изменяет свой размер, становиться немного шире или уже. Нивал отжигает !!!! Я в шоке *))) ( В кторый раз ). То есть заданый размер окна не фексируеться. Буду искать как исправть в первую очередь. Если у когто есть светлые идеи - пишите незамедлительно ! Продублирую проблему в ветке разработчиков , может уже кто сталкивался. Потер лишнии коменты об одном и томже чтоб не засорять.

В целом пока выползли очень не понятные баги ..... У меня их нет... 2 Evgen_17 Прилагайте скриншоты ОБИЗАТЕЛЬНО. Так будет проше понять что и как. Скачал версию сайта - все работает нормально без вышеописанных багов с обрезаением текста. Нужно подтверждение ставили вы на старую версию или заливали на заново на чистую так сказать.

2 Slicom - хммм видимо баг так как Макс удар есть - есть Мин Сред. Макс .... собери статистику когда возникает такой баг исправлю. 2 wait - да есть такое дело *))) Подправлю *)))) Время мало писать аддон - урывками пиши *) Далеко не все что сделано, сделано так как я хотел *)))) 2 ALL спасибо за репоты ! Тестиим

Уважаемый кверти - не все так просто *))) Видимо то кто занимаеться миникартой столкнулся с проблемами кторые требуют доп.времени или просто у него в жизни загруз и нет время на разработку *) Терпение и еше раз терпение *)

Обновил код библиотеки сделал 1 базовый класс TWidget. Данный класс обертка расширяет функционал стандартных Ниваловских виджетов. И позволяет быстро и просто управлять виджетами. Класс включает в себя: Создание новых обьектов, как статических( из xdb ) так и динамических по Desc Перетаскивание - просто включаем\выключаем перетаскивание для данного виджета. Все что касаеться перетаскивания отслеживаеться библиотекой, так же сохраняетсья позиция виджета после лог\логаут.Собранны полезные функции - изменения размера, позиции, установки цвета и т.д.Пожалуй самое главное - данный класс позвоялет получить доступ к "детям"-child, с помошью функции GetChildByName( Name ) вы получаете обьект такого же типа TWidget со всеми свойсвами и методами, от которого также можна взять child, что решает проблему вложенности обьектов интерфейса.Так же при атачил к посту пример в котром наглядно демонстрирую удобство работы с библиотекой. AOClassLibraryExample Для созданиие спецефических классов можно просто наследовать новый класс от TWidget-а, и дополнять его функцмоналом. Пример: Code: -------------------------------------------------------------------------------------------------------------------------- Global( "TTextView", {} ) -------------------------------------------------------------------------------------------------------------------------- function TTextView:CreateNewObject( WidgetName ) local NewObject = TWidget:CreateNewObject( WidgetName ) return NewObject end function TTextView:SetText( KeyName, Text ) self.Widget:SetVal( KeyName, Text ) end Надеюсь в дальнейшем билиотека будет расширяься и дополняться не только мной. *))) Кстати более наглядный пример использования библиотеки можете посмотреть в новой версии DarkDPSMeter. Заложив основу классов в своем аддоне я значительно упростил, дельнейшую модернизацию аддона, чего и вам советую.

Наконец то ..... версия - alpha 0.0.9 Текущие изменения: - Полностью переработан интерфейс аддона. Подробное описание в теме: DarkDPSMeter - как им пользоваеться - Полностью переработана структура кода аддона. Изменена внутреняя структура папок - теперь она более понятная, скрпты лежат отдельно, виджеты отдельно, в если в виджете есть вложенные виджеты они распологаються подпапками. Код аддона полностью переписан - теперь все строиться на использовании ООП. Классами реализованно практически все - классы оболчки для работы с виджетами, сам парсер данных обернут в класс состояший из подклассов. - В окно статистики спеллов добавленна информация о попаданиях, критах, уклонениях, ударов в скольз.Подробное описание в теме: DarkDPSMeter - как им пользоваеться - Добавленны 2 режима сбора статистики: Текушщий и Полный отчет. Подробное описание в теме: DarkDPSMeter - как им пользоваеться Известные баги: - Первый удар не засчитываеться, работа над исправленеим ведеться Планы на будушее: - Реализовать режим Рейда - Реализовать режимы сбора статистики - Хил, Входящий урон. - Реализовать возможность отображения более чем 6-ти игроков ( для рейда ) в виде скролера. Тестируем ропартуем баги !

Описание интерфейса Итерфейс аддона состоит из 2 частей: Главное окно аддона - в котором расположенна панель управления и список игроков. В списке игроков указано: Имя - Нанесеный Урон( Урон в секунду ) Процент от всего урона нанесенного групой%. Панель управления - на ней расположенны: кнопки сброса статистики и переключение между статистиками. Кнопка сброса статистики - отчищает все данные по всем игрокам во всех видах статистики. Кнопка переключения статистики - меняет режим отображения статистки. Существуют 2 вида статистики: Текущий бой - это статистика от "начало" до "конца" последнего боя, где "начало" - это событие когда вы или хотябы 1 игрок вашей группы входит в бой при условии что до этого все игроки группы были вне боя, а "конец" боя - это событие когда все игроки группы выщли из состояния боя, при условии что до этого были в бою. Полный отчет - это статистика за все время от старта работы аддона или сброса с помощью кнопки "Сброс статистики" до текущего момнета. Отчистить Полный отчет можно нажав кнопку "Сборс статистики". Окно статистики заклинаний - в нем отображаються данные по заклинаниям игрока. Имя - Нанесеный Урон( Урон в секунду ) Процент от всего урона нанесенного игроком% При наведении мышкой на заклинание в низу окна отображаеться дополнительная информация по данному заклинанию: Название - Статистика делиться на несколько типов: Норм. - простые попадания, Крит. - критические попадания, Уклон. - уклонения, Вскользь - неудачные удары наносящие уменьшенный урон. # - это количество заклинаний того или иного типа Мин|Сред|Макс - это значения урона минимального, среднего и максимального даннам спелом данноо типа поадания. % - это процент от общего количества использований данного заклинания, на пример я использова Огненный шар 100 раз, нормальных поавданий было 80, критовых 20, соответсвено % Норм будет 80%, % Крит будет 20%.

Да в скором времен и выпушу глобальное обновление обновление. После приступлю к модификации аддона для рейда.

Иногда - гасят и еще как *))) моментами хочеться все бросить - полюнуть, особено сравнивая с удобством тойжесамой разработки в других проектах ..... но я держусь ..... потому что фанат - игр и програмирования. И спасибо вам за поддержку.

Да увы но теперь будет так - скажите спс Нивалу за хот фикс. Раньше я инициировал сброс - по агро. Если в группе у коголибо есть агро - значит он в бою. Все работало идеально. нивал - закрыл доступ к агро. Теперь преходиться проверять в бою или нет игрок по таймеру - 1 в секунду а он моросит сильно. Та как Нивал не предоставил возможность обрабатывать событие - ИГРОК_ГРУППЫ_В_БОЮ, для самого игрока такое событие есть а вот для пати нету, поэто пришлось привязываться к таймеру..... вообщем нивал отжигает как всегда *)

АРГХХХХХХХХХХХХХХХХХ. ППЦ !!! Слов нету один мат ! Вот зачем было фиксить - и не давать неичего в замен. Нивал отжигает. Баг есть - исправлю - перезалью новую версию.

dentatar а зачем ?

В ВОВ есть 2 способа хранения данных: 1. При описании аддона в специальном теге указываеться список файлов хранилищь, куда можно писать\читать. Аддоны типа DKP манаджеры - могут хранить всю БД там - но тогда база будет хрпаниться у 1 игрока - ГМа ( Гильд Мастера ) или РЛа ( Рейд Лидера ). Например так рабоает LSRaidClient 2. В гилдии у каждого персонажа есть 2 notes - публичная и оффицерская. Настройками гилдии можно ограничивать доступ \ скрывать \ показывать и т.д эти ноты - в нотыф можно записать все что угодно. Информация в нотах храниться на сервере. Часто аддоны ДКП сенеджеры работают с нотами - то есть хранять там кодированную строку описываюющию состояние счета ДКП игрока, при этом обизательным условием при использованиее аддона - закрыть доступ к редктированию ноты всем кроме - людей отвественных за его подсчет - РЛы, ГМ. Кстати удобно очень. Кстати опять же достаточно чтоб 1 человек установил Админ версию для менеджмента - а остальные клиент. В АО нет нот у игрока.Значит тока первый вариант *)))) бедный user.cfg *))))))

Это аддоны для менеджмента лута в рейде. Суть в том что при рейдинге возникает вопрос кому отдать лут ?! По ролу глупо - ибо есть люди которые активно рейдят - тратя время, денги, силы - и есть "слакеры" - котрых просто взяли на пустые слоты, которые прихоядт\попадают в рейд изредко. Будет не справедливо отдать лут по ролу "слакеру". Вот тут и приходит на помошь система DKP, EP\GP, KP - суть всех этих систем в том что вов ремя рейда игроку начесляеться какоето кол-во условных очков - например за каждые 15 минут в рейде, за убийство босса, и т.д и т.п. Очки сохраняються за каждым игроком, когда рейд заканчиваеться. Соотвествено кто больше рейдит тот больше и получает таких очков. У "тру" рейдеров их будет много, у "слакеров" мало. Выпал лут - и тут происходит дележка лута - с учетом этих очков, например по аукционнной системе, или по статично цене - берет то у кого их больше, или еше как то, естествено очки тратяться. Получаеться некая рейдовая валюта, которая учитывает вклад игрока в рейд. Требуеться написать аддон который бы - автоматизировал все это дело. Сам начислял очки за время, по редактируемом списку боссов ( вводим имя, в водим награду), как тока убили босса - выдавал бы всем рейдерами очки наградные. При дележе - МЛ ( мастер лутер ). Предоставлял бы возможность снимать\добавлять очки в ручную и т.д. Как пример нужно смотреть\читать про аддоны: QuickDKP, LSRaidClient -это то чем я пользуюсь, а так их множестав на www.curse.com

Да ты просто попробуй - сделай простой аддончик с 1 кнопкой - загрузи ее стандартным образом, потом создай Контейнер и подобавляй в его новых кнопок - много методом CreateWidgetByDesc, потом поуправляй этими кнопками методами контейнера - и все поймешь.... Потом глянь как нечно похожее делаеться в других аддонах где много обьектов GuildGui и т.д. и сравни *)))) И снова поймешь

Вот по этому и нада ее делать уже сейчас. Просто я так погляжу все усилено чегото пишут *)))) И ессно времени не остаеться на "доведение до ума". Я сам также начал писать ДПС метер. Начал писать топорно - либы работало, разбирайся с АПИ и устройством виджетов. Когда почуствовал что, более менее разобрался и уперся в тот факт что начинаю "тонуть" в куче глобальных переменных, и код при просмотре похож на "монстра" - решил отвлечся притормозить разработку аддона и привести код в порядок, так сказать "причесать". Стал отталкиваться от идеи обернуть всю внутреннию возню с виджетами в КлассКонтейнер который бы этим всем управлял, да и не только работу с виджетами нада обернуть в класс. Нада стараться все обернуть в класс. Просто "Чем дальще в лес - тем толще портизаны" *))) Я ктому что чем крупнее аддон ( чем больше в нем окошек, кнопок, панелей, текстов и т.д. ), тем больше код засаряеться всякими глобалами, повторяющимися кусками кода, и все меннее код такого аддона читабелен. Вообщем я за "эстетичность" и "прозрачность" кода. Нада работать в этом направлении

ммм а чего ен осилил то ? Букав много ? или не понял ? Если первое то, зря, если второе - спроси, обьясню.