HEKPOMAHT

все 4 варианта проверял. скопировал с тестового файла: "#messenger:serviceChannelMessages/sysMsg/titles/repair", "#messenger:serviceChannelMessages/sysMsg/titles/purchase", "#messenger:serviceChannelMessages/autoLoadSuccess", "#messenger:serviceChannelMessages/autoRepairSuccess" ---- проверял на тесте. Могу ещё на основе глянуть.

да - ни до смены машины - ни после, ни с событием всё ровно 0 возвращает. с костылём всё норм. У меня с ним весь прошлый год линия проходилась. Тут как бы можно и оставить, но лучше исправить. Я честно говоря думал, что баг ещё в прошлом году пофиксят. возможно попозже добавят. Пока его и не тестят: я написал на всякий случай, может и для него придётся с {{alive}} мудрить, если не исправят ---- {{alive?жив|не жив}} заскринил:

playersPanel.xc "enemySpottedMarker": { "enabled": false , "xmqpServiceMarker": { "enabled": false , markersAliveNormal.xc "xmqpEvent": { "enabled": false,

Build 8.3.2_8 В лини фронта (а возможно будет и в Стальном охотнике) {{alive?100|0}} возвращает 0 для живых. Исправляется добавлением проверки: "{{battletype-key=epic_battle?100|{{alive?100|0}}}}" Хотелось бы услышать ответ разработчиков, будет ли исправление или оставлять как есть (приведённый выше пример - он вполне рабочий) ---- реплей для проверки тут ---- и новый режим "Стальной охотник" нужно добавить в {{battletype}}

раздобыл всё-таки. лф (1.8 CT).wotreplay

Вспомнил, что на тесте режим доступен. Но сколько не пытался попасть в бой - пока только удаётся постоять в очереди.

не скрывается. + на скрине это не системный канал, тут скрипт ничего не должен скрывать.

да и сейчас тоже самое - 2 раза запускал клиент. @ktulho вот ещё сразу после входа в ангар раз выскочило: в логах ничего нового.

@ktulho ой, а что-то я тебе не тот пример написал Я проверял именно с #messenger , согласно названия файла messenger.mo. Когда проверял не скрывало. Попробую ещё на тесте проверить, там этот скрипт с готовым полем есть.

@ktulho ещё этот вопрос остался открытым: не хочет скрывать "Куплено", "Ремонт" Сами фразы находятся в messenger.mo "Ремонт:, Куплено:" - отдельно, "Ремонт того-то, Боекомплект на то-то" - отдельно подключил все 4: "#messages:serviceChannelMessages/sysMsg/titles/repair", "#messages:serviceChannelMessages/sysMsg/titles/purchase", "#messages:serviceChannelMessages/autoLoadSuccess", "#messages:serviceChannelMessages/autoRepairSuccess" не работает. Остальное из system_messages.mo работает ---- думал что логах найду - пусто

донесение @ktulho скатал с Build 8.3.2_8 несколько боёв на тесте - используемые в конфиге скрипты работают штатно, ошибок в логах нет. ---- одну только в моде нашёл: 2020-02-14 18:56:23.736: ERROR: [root] [XFW/Loader] Loading mod: 'com.modxvm.xfw.crashreport' FAILED (flag)

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

если убрать массив нулевой длительности - что-то там срабатывает. Да нафиг нужно - пусть будет пусто. @ktulho так ещё работает, попроще: "tweens": [ [ "fromTo", 3, { "alpha": 1 }, { "alpha": 0 } ], [ "set", { "alpha": 0 } ] ],

в середине боя не отображается - да и не надо. при обычном отсчёте так же работает. Мне главное было убрать во время повторного захода!

на первом реплее в середине боя - пропало! На обычном работает.

пока не проверил, но в твинах у "alpha" 1 - это 100%. ща попробую

@ktulho так я ж все написал, что начало боя не обсуждаем - там всё работает. Пошаговая смена названий - всё чётко. Если повторно зайти в бой - то, что было в 100% {{py:isBattle?0|100}} - оно там в начале боя и осталось и анимация там не нужна. Вопрос возник именно по входу в сам бой, когда уже не начало, а середина. Я всё - таки думал, что с сами событием можно помудрить, чтобы при повторном заходе срабатывало, вот в чём дело. Если дёрнуть поле при входе в середине боя - снова сработает анимация "Начало боя" и затухнет через 2-3 сек. Как мне вчера представилось это очень даже ничего

то что до начала боя всё работает. Если ты указал {{py:isBattle?0|100}} то после начала боя согласно макроса поле будет скрыто. а нужно наоборот {{py:isBattle?100|0}} чтобы в начале боя было 100 в течении 2-3 сек по анимации.

уже с год уже как работает: https://koreanrandom.com/forum/topic/36869-battletimer-средствами-xvm/?do=findComment&comment=449449 ---- я хотел сделал для "Начало боя" ролик 1-2 сек на затухание отдельным полем, как это было во флэше клиента. То есть не резко пропадает (как в том примере), а затухает. "updateEvent": "PY(ON_BEGIN_BATTLE)", "tweens": [ [ "delay", 1 ], [ "to", 2, { "alpha": 0 } ] ], "format": "{{py:isBattle?{{l10n:Battle starts}}}}" если сразу войти в бой то норм, если после закрытия, то текст висит. Как мы выяснили, потому что событие посылается раньше. Я устроил эту чехарду именно из-за этого двух секундного хвостика. Да оно может и тог не стоит, но всё-таки ---- вот вот - резко пропадает как прикреплённой gif анимации примера.

да, выходит что не имеет. Пусть тогда для информации будет: {{py:xvm.secondsBT}} в текущем патче после "ожидания игроков" начинает отсчёт не с 29, а с 28 (тест на ссд). Причём сравнение с 29 возвращает пусто. А на реплее норм. вот вот, я про это изначально и спрашивал

@ktulho не знаю, имеет ли это значение, но сравнительно недавно заметил что у PreBattleTimer в бою нет 29, а щелчок на значение есть. Как я понял данные скрипт "начало боя" из него берёт.

а я ещё прошлый раз (давно когда-то хотел испробовать) толку от него не добился. Думал возобновить попытку. в середине боя.wotreplay

@ktulho если не срабатывает анимация после закрытия клиента и повторного захода в бой, значит что-то не то. Ладно, буду смотреть, может что другое придумаю, может использовать {{py:xvm.leftTime(x)}}. А так оставлять не вариант. Намеренно из боя ни кто не выходит, но если такое у кого приключится - будет висеть текст до конца боя... нужно переделывать.

@ktulho зайду с другой стороны: можно ли его изменить, чтобы оно посылалось во время входа в бой после закрытия клиента? * и ещё посылалось

кроме меня тут много кто вообще ничего не делает, даже не пытаются вникнуть в элементарные вещи я и то, случайно это обнаружил. А если предположить, что у кого-то будет потеряна связь с сервером во время боя - будет аналогичная ситуация. Либо исправлять - либо искать другое решение.