sirmax

Там есть путаница, надо переделать. Сейчас корневой align в ушах выравнивает поле, а textFormat.align выравнивает текст в поле (это нужно только для многострочного текста).

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

6044 is the latest for now, but you can use static link to the latest version: http://nightly.modxvm.com/download/9.15.1/latest_xvm.zip

Блин, точно. :) Я это правил вчера в последних ночниках.

screenHAlign - это положение поля относительно экрана. align - положение текста внутри поля: +---------------------------------------------+ | a b c | | +---------+ +---------+ +---------+ | | |1 2 3| |1 2 3| |1 2 3| | | |4 5 6| |4 5 6| |4 5 6| | | |7 8 9| |7 8 9| |7 8 9| | | +---------+ +---------+ +---------+ | | d e f | | +---------+ +---------+ +---------+ | | |1 2 3| |1 2 3| |1 2 3| | | |4 5 6| |4 5 6| |4 5 6| | | |7 8 9| |7 8 9| |7 8 9| | | +---------+ +---------+ +---------+ | | g h i | | +---------+ +---------+ +---------+ | | |1 2 3| |1 2 3| |1 2 3| | | |4 5 6| |4 5 6| |4 5 6| | | |7 8 9| |7 8 9| |7 8 9| | | +---------+ +---------+ +---------+ | +---------------------------------------------+ a - align=left, valign=top b - align=center, valign=top c - align=right, valign=top d - align=left, valign=center e - align=center, valign=center f - align=right, valign=center g - align=left, valign=bottom h - align=center, valign=bottom i - align=right, valign=bottom 1 - screenHAlign=left, screenVAlign=top 2 - screenHAlign=center, screenVAlign=top 3 - screenHAlign=right, screenVAlign=top 4 - screenHAlign=left, screenVAlign=center 5 - screenHAlign=center, screenVAlign=center 6 - screenHAlign=right, screenVAlign=center 7 - screenHAlign=left, screenVAlign=bottom 8 - screenHAlign=center, screenVAlign=bottom 9 - screenHAlign=right, screenVAlign=bottom вот нифига не понятно что происходит. и ты уверен, что на последнем ночнике тестировал? сейчас это одно и то же

Это фича, а не баг. :) https://bitbucket.org/XVM/xvm/src/ea585054f4e411f26bb5255eb1ea3bfe9d384756/src/xpm/xvm_sounds/ammoBay.py?at=default&fileviewer=file-view-default#ammoBay.py-28

Вот тут есть пример интеграции от POL1ROID'а: http://www.koreanrandom.com/forum/topic/32840-%D0%B8%D0%BD%D1%82%D0%B5%D0%B3%D1%80%D0%B0%D1%86%D0%B8%D1%8F-%D1%81%D0%B2%D0%BE%D0%B5%D0%B3%D0%BE-sfw-%D1%84%D0%B0%D0%B9%D0%BB%D0%B0-%D0%B2-battlesfw-%D0%B2-%D0%BF%D0%B0%D1%82%D1%87%D0%B5-9151/?do=findComment&comment=337706 Основная идея - добавляем View, который добавляет боевой компонент на BattlePage, удаляем View. Кстати, то, что ты скрываешь оригинальный fragCorrelationBar, и тем самым вырубаешь все возможности настройки fragCorrelationBar в XVM, это, типа, ничего страшного? Хотя пофиг, все равно все конфликты не разрулить. Если разные моды трогают одно и то же, всегда будут проблемы.

Ты сначала реши проблему с чатом, а там и конфликт сам собой уйдет. Скорей всего ты грузишь View как Window, а в боевом интерфейсе это ломает фокус.

Почитал твою тему. Тебе человек написал - "перестает работать чат.", почему ты это связал с XVM? С таким подходом я ничего делать не буду. Я тебе явно написал, что нужно с 5848 смотреть. http://nightly.modxvm.com/download/9.15.1/?C=M&O=A

Там сбилась нумерация, следующий после 6016 - 5848, надо от него смотреть.

Ок, посмотрю завтра.

Не вижу в логах ошибки. Если писать стали недавно, то надо определить после какого ночника сломалось. это пофиг, не влияет. нормального способа убрать этот варнинг нет

Скорей всего картинки вообще не ресайзятся сейчас. Посмотрю что можно сделать. хотя нет, ресайзится была небольшая ошибка, исправил Сделал BattleLabels. К параметрам "hotKeyCode" и "onHold" добавил параметр "visibleOnHotKey" - true - поле отображается при нажатии горячей клавиши; false - наоборот (по-умолчанию: true), так что если сделать 2 поля с одной горячей клавишей и разным "visibleOnHotKey", то можно переключаться между видами, например, простой и расширенный. Так как BattleLabels сейчас тоже на ExtraFields, то это должно работать во всех дополнительных полях, например, в ушах (я не проверял).

а что не смог?

Причем можно отдельно флеш и питон, они не связаны. В том примере, что я выше писал, питона нет.

При первом нажатии - да, дальше должно быть меньше. Перерисовываются те маркеры, в которых было какое-то изменение состояния после предыдущего нажатия Alt. Этим я еще буду заниматься. Проверил, вроде работает как надо. Давай полный пример поля.

В целом они должны работать, но, возможно, придется подправить конфиги. Если что-то работает не так, то нужно конкретно смотреть по отдельности что именно не так. Но в них пока нет менюшки, сделаю позже. Кстати, что с производительностью сейчас? То, что после загрузки боя тупит несколько секунд - это нормально, нужно время на инициализацию, где-то до 10 секунд. Интересно в процессе боя - как в целом FPS и в каких случаях фризит. Желательно в сравнении с чистым клиентом в тех же ситуациях.

Продублирую свой ответ: POL1ROID как раз делал шаблон для этого для PMOD'а: Питон - http://pastebin.com/VNPUyafE Флеш - http://pastebin.com/i4HhdQ0H Примерно по такому же принципу сделано в XFW: https://bitbucket.org/XVM/xfw/src/ae26b7c8bf906b550918d8141c73fbf7b39f6509/src/python/mods/xfw/python/xfw/swf.py?at=default&fileviewer=file-view-default https://bitbucket.org/XVM/xfw/src/ae26b7c8bf906b550918d8141c73fbf7b39f6509/src/python/mods/xfw/python/xfw/xfwview.py?at=default&fileviewer=file-view-default https://bitbucket.org/XVM/xfw/src/ae26b7c8bf906b550918d8141c73fbf7b39f6509/src/actionscript/xfw/com/xfw/?at=default Так же можно написать мод под XFW, для чего, собственно, XFW и сделан. Если нет желания заниматься питоном, то проще всего сделать мод под XFW. UPD: пример мода для боевого интерфейса на XFW: https://bitbucket.org/XVM/xfw.hello_world

так в дефолте у WG. Скорей всего они их подвинули из-за того, что у них подложка темная, и мешает иконкам.

Ок, так и задумывалось. засвет сегодня починил

Есть такое А это не похоже, что из-за XVM, скорей всего на чистом также. Там и на чистом глючит, но реже. WG обещали поправить к релизу, посмотрим. Уверен, что это? Они вообще не работали, я только что починил. Исправил

а там с чего бы должно что-то поменяться?

Закоммитил, можно пробовать. Нужно везде, где используется "bindToIcon" прибавить 80.

к icon.x + 63 для левых, и к icon.x для правых. 63 - это у WG константа для ширины иконки, хз почему. Но если делать больше, то стандатрные иконки далеко уезжают. в общем, рекомендую привязать к концу последнего текстового поля, и дальше уже играться значениями x и offsetx. А ширину иконки по умолчанию принять в 80, как было раньше. Я через пару часов залью, можно будет проверить и сказать как лучше.

тут проблема в том, что иконки разной ширины бывают, уже нет как раньше стандарта 80x24. Может переделать bindToIcon, чтобы он к другой стороне привязывался?