RegularMan

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

Проверил - все работает как нужно!

Этот сейфшот только мешает, особенно когда кидаешь на опережение и там вдруг труп\союзник мелькал, а ты альт же не держишь постоянно.... А потом уже поздно.

Я так Beijing Opera называю из-за его цены (плохое предложение). Японец вряд ли, в ткущем патче его не сделали видимым. Еще его называют Body Odor - Потная Вонь

Там бы иконки переделать, а то 113 Bad Offer нет, например.

Полосок нет потому, что анонимайзер стоит, на время ранговых. Я не понимаю проблемы... И до достижения среднего нужно два значения - текущий и средний дамаг, так и после достижения среднего для вычисления превышения среднего нужны те же два значения, или я что-то не понимаю? По идее берем: признак достижения: Current < Avg; значение для вывода на экран: abs(Current - Avg); Из ранговых по пробелу не выходит.

Да он активирован и по 4 дням понятно, что не сегодня

А какая, извините, нужна активированная стастистика, чтобы узнать свой же средний дамаг? И по чему до него считает нормально, а после - нет? Т.е. когда Average < Total мы оба значения знаем b g, а когда Average > Total, мы считаем что Average 0? Вот скрин с начала боя.

Я немного обманул, до достижения среднего считает норм, считается плохо после достижения. И поверь, у меня средний на танке не 0....

Мне кажется или виджет среднего урона поломался? Раньше для среднего урона писало сколько не хватает до среднего, а потом сколько я перевалил за средний урон, а теперь просто пишет суммарный. Я общий дамаг и так вижу в дамаг логе....

Да там ничего не менялось, сначала обновили файлы из нового патча, следюущим коммитом просто подняли версию и выпустили. https://gitlab.com/xvm/xvm/-/commits/master

Ночник можно всегда скачать по этой ссылке: https://nightly.modxvm.com/

Неплохо причесал, спасибо! "General" - нормально, ибо "общие настройки" - "general settings". Можно "сustomization" или "misc" (общепринятое сокращение от miscellaneous - разное).

Если хочешь делить по блокам то и дели... "minimap": { "Enabled" : true, // true - включить модуль миникарты "showOwnVehicleDirection": true, // true - отображать луч направления корпуса своей техники "showHealthBar": false, // true - отображать постоянно круговой индикатор hp "showInfoForDead": true, // true - отображать информацию для трупов. Маркер "точка", тип и название техники по клавише TAB "showSquadIcon": true, // true - отображать иконку с номером взвода "showTopRating": true, // true - показывать полоску рейтинга для топ игрока (фиолет, бирюза) "showFakeRating": true // true - показывать однотонную полоску для аккаунта со скрытой статистикой } А разеделять модули по тому были они изначально включены по дефолту или нет, ИМХО странно и, честно, выглядит очень криво Блок JSON должен логически объеденять настройки внутри, объеденять по принципу дефолтной опции - странно, тем более что, например, у меня половина выключенного включена. Тем более человек если задается вопросом найти настройку модуля он скорее будет искать блок с настройками модуля, вероятно даже по его имени или функционалу, а не по прниципу что у меня было включено, а что выключено. Т.е. я хочу поменять что-то в отображении миникарты, я буду искать блок миникарты, а не по приницпу "ага, у меня она включена, значит в блоке "on". Кто-то вообще может допереть переносить строчки из off в on и удивляться почему оно не включилось или наоборот. Это как настройки в игре группировать по значению "Минмум" : { дымы : да декали: да } "Средние" : { текстуры: да } "Максимум": { тени: да }

Так даже раньше было более логично, хоть и не идеально, но по смысле ближе к тому, о чем я говорю... было "дополнения" и потом включать или нет и был еще блок "отключить дополнения" отключать или нет "addons": { "enableQuicklyLeave": false, // true - включить возможность выхода из боя по клавише SPACE (пробел) после уничтожения танка "enableBattleEfficiency": false, // true - включить итоговую статистику в окне результатов боя. WN8, EFF "enableBattleMessages": false, // true - включить оповещения в боевом чате (Я засветился, Арта отстрелялать, ...) "enablePrebattleTimer": false, // true - включить упрощённый таймер до начала боя (был в ранних версиях клиента) "enableTraverseAngles": false, // true - включить углы горизонтальной наводки "enableSafeShot": false, // true - включить блокировку выстрела по союзнику или уничтоженной технике .. "disableModules": { // Отключить модули "damageLog": true, // false - отключить лог полученного урона, эффективность возле damage панели "hitLog": true, // false - отключить лог нанесённого урона "lastHit": true, // false - отключить сообщение о полученном попадании "markers": true, // false - использовать маркеры клиента (например, при значительных фризах) "minimap": true, // false - использовать миникарту клиента (например, при значительных фризах) "playersPanel": true // false - использовать панели игроков (уши) клиента } Я просто предлагаю унифицировать и не пытаться отрицать отрицание, а отрицать включение, как бы это криво не звучало. Т.е. было "ОтключитьМодуль" - Да, сделать "ВключитьМодуль" - Нет. Как программист и человек, который живет в Английской среде, могу сказать, что так логичнее и, с позволения, правильнее. Первая часть настроек так и была сделана у тебя раньше, просто слово "включено" не было вынесено в название секции, было Modules - Name - true/false, я предлагаю ModuleEnabled (или EnableModule) - Name - true/false. Читается: Модуль с именем таким-то включен - да\нет. Разница между EnabledModule и EnableModule - это, примерно, "Модуль Включен" - "Да / нет" или "Включить модуль" - "Да / Нет". Или опять же в твоиих формулировках Module может быть Addon