HEKPOMAHT

@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 зайду с другой стороны: можно ли его изменить, чтобы оно посылалось во время входа в бой после закрытия клиента? * и ещё посылалось

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

@ktulho начало боя не обсуждаем - там всё ясно. Если после повторного входа в бой должны обновляться поля - не понятно почему не срабатывает анимация на картинку - висит статичная. Если просто начало боя - то работает как положено. либо опять же, пробовать заменить метод. ---- хотя замена метода ничего не даст. Там нужно, что бы при повторном заходе в бой поле обновилось именно по событию. А так остановлено на первом кадре. ---- у меня вчера была мысль, можно ли сделать, чтобы помимо самого момента начала боя событие PY(ON_BEGIN_BATTL) ещё один раз обновляло поле закрытия клиента и повторного захода в бой. сам и отвечу - поле обновляется не по событию.

@ktulho если закрыть клиент после начала боя и снова зайти, событие для {{py:isBattle}} обновляет поле или без обновления поля возвращает battle?

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

---- неправильно подключаешь. Скидывай мне в личку свой конфиг и напиши что нужно подключить.

@ktulho я всё хотел спросить, а чего ты для своих файлов локализации сделал новое название? Есть же уже одно в ресурсах. Так вроде привычней было бы: lang -> l10n

markersAliveNormal.xc "y" сам подберёшь

скажу больше, стоит забыть про запятую либо поставить там где её быть не должно - будет тоже самое

@БЕГУ БЕГУ прикрепи всю папку configs

тема находится тут https://koreanrandom.com/forum/topic/35988-/ Оттуда и скачивай. А конфиге из этой темы много чего связано ссылками, в том числе и battleMessages, поэтому и ошибки.