wotunion

название тестовое, меняется в любой момент Задачу то понимаю, но не изучил до конца реализацию обработки строки, содержащую макрос Вот, например, "format": "<font size='8' color='{{.minimap.labelsData.colors.txt.{{sys-color-key}}}}'><i>{{vehicle}}</i></font>", Возврат этой же строки (Config....format) с подстановленными значениями возможен методами класса com.xvm.Macros(Macros.as)? или получать значения макросов нужно через Macros.GetGlobalValue

Сделаю демо, покажу, пушить не буду. Понемногу буду выкладывать прогресс Подключение виджетов @xvm.xc // XC Widgets // XC Виджеты "widget_1": ${"widget_test.xcwidget":"widget"}, "widget_2": ${"widget_test2.xcwidget":"widget"} Нумерация должна соблюдаться, названия файлов произвольные @sirmax, Пока я далеко не залез: Является ли принципиальным точное соответствие формату ExtraFields, пример которого есть в PlayersPanel.xc "leftPanel": { "x": 0, // from left side of screen "y": 65, "width": 350, "height": 25, // "format": [ // // simple format (just a text) // "{{nick}}", // "<img src='xvm://res/img/panel-bg-l-{{alive|dead}}.png' width='318' height='28'>", // // extended format // { "x": 20, "y": 10, "borderColor": "0xFFFFFF", "format": "{{nick}}" }, // { "x": 200, "src": "xvm://res/contour/{{vehiclename}}.png" } // ] Как парсить не трогая оригинальный код, ведь рендерится это все в PlayersPanel.PlayerListItemRenderer. А здесь нужно кучу операций по обработке массива, потому что число элементов массива произвольное, и если их писать, будет повтор. Ведь не настраивается же, например, hitlog с помощью таких экстраполей. Вижу простую реализацию задачи, если отойти от формата с массивом и прописыванием каждого отдельно атрибута текстового поля, movieclip в настройках виджета и, соответсвенно, присваиванием экземпляру класса виджета, а в html, в частности, само оформленное на вкус и цвет содержание виджета с подстановкой макросов - здесь парсинга не нужно вообще практически, останется только стринг реплейс на значение, отдаваемое макросом.

Я не собираюсь трогать оригинальный, буду парсить своим, написанным Вообще оригинальный код не трогаю в принципе, только дополняю не в ущерб любой оригинальной функциональности Это не принципиальный вопрос, попробую когда лоадер виджетов буду делать Хм. Так все равно же придется обновлять место, куда прочиталось его значение, что == повторному чтению статического макроса. Или значения, отдаваемые макросом, кэшируются?

В общем то же самое, movieclip to _root, textfield to _root Со всеми настройками, чистый мультилайн html с подстановкой доступных макросов Только хочу парсер свой, ну и может формат не точно будет соответствовать существующему для Extrafields, можно расширить настройки для дочернего movieclip По JSONX Имеем @xvm Подключаем виджет "widget": $..test.xcwidget..widget Подключаем второй виджет: "widget": $...test2.xcwidget..widget В виджетах, test { widget:{ ... "Qwerty": { ... Test2 {widget:{ "Asdfghj": { ... Смерджится ли в widget { Qwerty{ Asdfghj{ Сори за формат, с телефона пишу Также для каждого виджета сделать натраиваемое указание об обновлении в зависимости от события в бою уничтожение техники, изменение хп(тут, конечно, страдает производительность), или же настроить виджет статичным

В Widgets точно не буду лезтьОдин вопрос по JsonX: разные xc с одинаковым объектом-заголовком и следующим уникальным объектом смерджатся или нет? И еще попробую идею попроще парсинга ExtraFields, в том виде, в котором они в PlayersPanel

Да, сабж из шапки можно будет перевести И, например, сделать макрос сколькоосталосьдоосновногокалибра и через виджет отображать) Но работы не так мало. Если sirmax одобрит идею попробую начать

Предполагается подстановка всех доступных макросов Как в ExtraFields в ушах, например

Насколько я понял, они компилируются, т.е если сделать виджет, условно говоря, "текстовое поле", то он будет,и будет настраиваемым, но будет один и пользователь второй, третий и т.п сам не сделает. А если делать "виджет", ну или другое название, в виде отдельного подключаемого в @xvm .xc, который создается пользователем на свое усмотрение? Тогда возможно свободное создание "виджета" и свободный обмен ими между разными конфигурациями Естественно, стили, мультилайн и др. реализовать в формате .xc "виджета"

Правильно ли я понимаю общую идею создания секции глобальных текстовых полей: Создание отдельного xc файла конфигурации, который в большей части редактируется пользователем путем создания произвольного количества форматируемых и координируемых кастомных текстовых полей с подстановкой произвольных макросов, отображаемых на экране боевого интерфейса?

Привязаны Отвязать и сделать все настройки по стилю и позиционированию не сложно, но нужно ли

Поле отвязано от дебаг панели, привязано к _root, добавлена возможность горизонтального и вертикального выравнивания в зависимости от разрешения экрана Важно, обновите конфиг, настройки шансов на победу в battle.xc от предыдущего билда корректно работать не будут

Красиво, в стиле конфига) в след. версии уже центрирование по разрешению, будет универсально для всех Оффтоп, влияет на производительность включение totalHP?

Подождите, запрос еще не принят

Я опрос специально сделал, это означает что имеет значение. В конфиге еще со вчера можно шрифт любой подставлять. Читайте изменения и конфиг. $PartnerCondensed - это дефолтный, встроенный шрифт WG, и он в дефолте и в конфиге Обновлено. Поле отвязано от дебаг панели, привязано к _root, добавлена возможность горизонтального и вертикального выравнивания в зависимости от разрешения экрана "WinChancesOnBattleInterface": { // true - displaying chances to win on battle interface window (only while service is enabled (chances to win at battle/at battle (live)) on modxvm.com). // true - показывать шансы на победу в окне боевого интерфейса (только при включенном сервисе (шанс на победу в бою или шанс на победу в бою/в бою (динамический)) на modxvm.com). "enabled": true, // true - disable displaying of static chances to win in battle interface window (affects only while "enabled" == true and displaying of chances to win at battle is enabled on modxvm.com). // true - отключить отображение статического шанса на победу в окне боевого интерфейса (влияет только если "enabled" == true и включено отображение шанса на победу в бою на modxvm.com). "DisableStatic": false, // true - disable displaying of dynamic chances to win in battle interface window (affects only while "enabled" == true and displaying of chances to win at battle and chances to win at battle (live) is enabled on modxvm.com). // true - отключить отображение динамического шанса на победу в окне боевого интерфейса (влияет только если "enabled" == true и включено отображение шанса на победу в бою и шанса на победу в бою (динамического) на modxvm.com). "DisableLive": false, // Axis field coordinates. // Положение поля по осям. "position": { // horizontal ("halign") and vertical ("valign") align by screen resolution. // allows only "left", "right", "center" values for horizontal alignment and "top", "bottom", "middle" for vertical. // горизонтальное ("halign") и вертикальное ("valign") выравнивание по разрешению экрана. // допускаются только значения "left", "right", "center" для горизонтального выравнивания и "top", "bottom", "middle" для вертикального. "halign": "left", "valign": "top", // coordinate modifiers for x,y axes // for halign = "left" use positive x-axis modifier // for halign = "right" use negative x-axis modifier // for valign = "top" use positive y-axis modifier // for valign = "bottom" use negative y-axis modifier // модификаторы координат для осей x,y // для halign = "left" используйте положительные значения модификатора по x-оси // для halign = "right" используйте отрицательные значения модификатора по x-оси // для valign = "top" используйте положительные значения модификатора по y-оси // для valign = "bottom" используйте отрицательные значения модификатора по y-оси "x": 221, "y": 3, // field width (for static%/live% 69 is default) // ширина поля (для static%/live% 69 по умолчанию) "width": 69, // field height (for static%/live% 22 is default) // высота поля (для static%/live% 22 по умолчанию) "height": 22 }, // font settings // настройки шрифта "font": { "color": "0xF4EFE8", "name": "$PartnerCondensed", "size": 15, "align": "left", "bold": false, "italic": false }, // shadow settings // настройки тени "shadow": { "distance": 1, "angle": 90, "color": "0x000000", "alpha": 100, "blurX": 5, "blurY": 5, "strength": 1.5 } } Win chances on battle interface window: position unlinked from debug panel and linked to _root; added configurable settings for horizontal and vertical alignment which are relative to screen resolution; changed x,y configurable settings - now they are used as modifiers of coordinates of Win chances field on x,y axes after alignment pull-request: https://bitbucket.org/XVM/xvm/pull-requests/146/upd-win-chances-on-battle-interface-window/diff @sirmax, Можете мне ткнуть где в исходниках почитать про глобальные макросы. Спасибо

Поиграйтесь кто-то, у кого есть такая проблема, я не могу проверить, у меня в Fonts нет этого шрифта Предполагаю 2 варианта: 1)удалить из Fonts, перезагрузить систему, запустить клиент и проверить 2)удалить из Fonts, перезагрузить систему, установить оригинальный встроенный в Fonts в крайнем случае 3)Использовать другой шрифт отпишитесь пожалуйста, по этому вопросу нужен мини-гайд

Как раз на root тестил Относительно разрешения экрана?

Да, но они берут начало от дебаг панели, хотя, согласен, это не слишком существенно. Кстати, у Вас тоже не оригинальный шрифт PartnerCondensed

Я уже и протестировал этот вариант, может не так выразился, имел в виду нужно ли это вообще

Опрос 'Стоит ли сделать свободное координирование поля с шансами на победу (т.е. 'отвязать' от дебаг панели) ?' http://www.koreanrandom.com/forum/topic/30897-%D1%88%D0%B0%D0%BD%D1%81%D1%8B-%D0%BD%D0%B0-%D0%BF%D0%BE%D0%B1%D0%B5%D0%B4%D1%83-%D0%B2-%D0%BE%D0%BA%D0%BD%D0%B5-%D0%B1%D0%BE%D0%B5%D0%B2%D0%BE%D0%B3%D0%BE-%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D1%84%D0%B5%D0%B9%D1%81%D0%B0/

Опрос 'Стоит ли сделать свободное координирование поля с шансами на победу (т.е. 'отвязать' от дебаг панели) ?'

В дефолте шрифт фпс и пинга - это именно PartnerCondensed, поэтому ставить по дефолту в конфиге для шансов на победу другой шрифт - будет некрасиво. Да от левого модифицированного шрифта в Fonts, подменяющего стандартный WG, надо избавляться Причем левый шрифт затрагивает все символы, где используется дефолтный шрифт, не только шансов на победу, однако такой эффект видимо проявляется при использовании '%' Надо запилить FAQ по этому вопросу

Наверное, особенности клиента на Win 10

Это само собой, у меня его нет в Fonts

Вообще непонятно, у меня этот шрифт даже не установлен Это хорошо)

Обновлены пути установки для 0.9.14.1 Модпак обновлен до v.308: v.308: - XVM обновлен до версии 6.2.1.2.