seriych

В исходниках есть даты изменения файлов: http://code.google.com/p/wot-xvm/source/browse/#svn%2Ftrunk%2Frelease%2Fconfigs%2F%40Default плюс там можно выбрать файл, нажать кнопочку diff и увидеть, что конкретно поменялось. Например, minimapCircles.xc тоже сделан через подстановку, чтобы параметры круга менялись в одном месте, а не каждый раз прописывать: http://code.google.com/p/wot-xvm/source/diff?path=/trunk/release/configs/%40Default/minimap/minimapCircles.xc&format=side&r=1865&old_path=/trunk/release/configs/%40Default/minimap/minimapCircles.xc&old=1786

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

Влом смотреть, но может меняешь не для того рейтинга, цвет которого прописан там, где тебе надо? Вообще возьми colors.xc из дефолтного конфига- там в самом верху конфига можно цвет менять и он будет меняться сразу для всех рейтингов. colors.xc тьфу блин: RGB == Red-Green-Blue == Красный-Зеленый-Синий Чисто синий - это 0x0000FF

Я нет.

@posew, В папку на уровень выше текущей должно писать. На второй скрипт надо перетащить папку с новым конфигом.

Он переименовывает старый xvm.xc в xvm.xc.old (если xvm.xc.old уже существовал, то он затирается). Затем он создает новый xvm.xc, в который прописывает новый конфиг. Второй скрипт - это самостоятельный инструмент. Им можно пользоваться, даже ни разу не воспользовавшись первым. Допустим у тебя много конфигов и ты периодически их меняешь (для рандома, для рот, для стрима...)- тут оно поможет менять эти конфиги мгновенно. Однако внутрь split его, конечно, можно загнать. Я сразу хотел это сделать, но подумалось, что не факт, что людям обязательно нужно сразу прописывать созданный конфиг. Кто еще что думает по этому поводу, стоит сразу прописывать разделенный конфиг к загрузке или нет? все вопросы к дефолтному конфигу. Скрипт делит также, как поделено в нем. Alive- "Живой", противоположность ему "Dead" - мертвый, а не "Enemy"- враг. Соответственно делится на части ЖивойНормальный, ЖивойРасширенный, МертвыйНормальный, МертвыйРасширенный и внутри каждой части секции для союзника(Ally) и врага (Enemy).

По идее он и так готов. Сейчас уже создается структура файлов полностью идентичная дефолтной. В дальнейшем только баги будут исправляться. Но это всё весьма специфические случаи, которые не факт, что вообще у кого-то в конфиге встретятся: http://www.koreanrandom.com/forum/topic/4643-автоматический-перевод-xvmxvmconf-в-новый-формат-конфи/?p=67488 Единственное, с разбивкой секции маркеров появился еще один, но он тоже весьма редко будет проявляться (если вообще будет): надо, чтобы для каждая секция Alive-Normal, Alive-Extended, Dead-Normal и Dead-Extended была прописана для обоих состояний enemy/ally либо не прописана для обоих этих состояний одновременно.

А я и не замечу, ибо сто лет как гиф-анимация отключена в браузере.

тогда паку 0.8.5 забыли переименовать

А нефиг на мой говнокод смотреть :-) На самом деле: Батник тоже в ansi, потому что, если в юникоде сделать, то русские файлы тоже не будет правильно копипастить

Добавил оба скрипта в http://code.google.com/p/wot-xvm/source/browse/#svn%2Ftrunk%2Faddons обозвал xvm.xvmconfig_to_many.xc.js, ничего лучше в голову не пришло

Они никогда и не говорили, что с API всё будет хорошо. Этот API вроде как в основном для внутренних нужд компании

Сравнить игрока с собой. Суть в том, что сейчас нифига не понятно, что речь идет о СВОЕМ ангаре.

Сейчас, может кто еще пожалуется, что оно не работает. Только на юникоде не получается сделать. Кстати, может в зип архивы позасовывать и этот скрипт, и скрипты из wn6&eff, чтобы скачивалось нормально, а не через прохождение квеста с view raw file? Или фиг с ним

Да. Количество боев и процент побед на танке работают исправно.

От экрана. Проще делать в пикселях, чем в процентах. поддерживаются. Принято. А второй вопрос?

А для кого показывает, показывает неправильно. С начала года API WG в большинстве случаев не обновляет дамаг на танке, поэтому расхождения с реальностью всё больше и больше и уже давно {{teff}}, {{e}}, {{tdb}} и прочее можно использовать как генератор случайных чисел. Не использовать {{teff}}, {{e}}, {{tdb}} и т.п.

Спасибо, добавил в шапку. Встречаем версию 8: - добавил дробление секции маркеров

Показать только присутствующие в Вашем ангаре танки. Кстати, а зачем нужен пункт "все танки в игре"? Нет возможности отображать все танки, на которых игрок играл? (не тот, у кого смотрим, а тот, кто смотрит)

Удобнее под каждый параметр свою строку: "minimap": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "playerMessangersPanel": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "leftPanel": { "x":null, "y":40, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "rightPanel": { "x":null, "y":40, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "switcher_mc": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "fragCorrelationBar": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "debugPanel": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "battleTimer": { "x":null, "y":5, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "damagePanel": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "sixthSenseIndicator": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "vehicleErrorsPanel": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "messenger": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "damageInfoPanel": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "timerBig": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "deathZoneTimer": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "overturnedTimer": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "drownTimer": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "langBarPanel": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "consumablesPanel": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "vehicleMessagesPanel": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false }, "teamBasesPanel": { "x":null, "y":null, "w":null, "h":null, "ha":null, "va":null, "a":null, "debug":false } battle.xc Очень приятно.

Так и надо, чтобы всё было красиво. Только на счет "проще" - это ты загнул, конечно. Правильнее, лучше, но никак не проще. 5 секунд - это проще, чем минимум полчаса.В любом случае это инструмент в основном для тех, кто не хочет/не умеет править конфиг ручками.

Взялся за маркеры. Успел даже обрадоваться, что заработало. Но если порядок секций отличается от дефолтного, то не работает. А у большинства, кому нужен скрипт, порядок как раз будет перепутан. Будем дальше мозг ломать

Может тогда отключить всю информацию над танками? Правдоподобие только без нее.

еще один параноик. Вот придумал кто-то миф об износе сто лет назад, и давай все фигней страдать. Не износится он у тебя за разумное время, как ни старайся. Или хочешь, чтобы SSD тебя пережил?У меня SSD уже более полутора лет. Я никогда не жертвовал удобством ради мифического износа. Все тэмпы, кэши, восстановление- всё включено и на SSD. Все документы, с которыми часто работаю находятся обязательно на SSD. Библиотека лайтрума (а она оооочень много с диском работает) тоже в обязательном порядке на SSD. То есть я очень активно использую SSD, причем активнее чем если бы был обычный HDD. Сейчас запустил SSD-Life: в сумме уже почти 3TB на него записано и больше 5TB прочитано. Говорит, что мне хватит его еще на 7,5 лет. А уж из-за ОДНОГО файла переживать- это уже совсем...

@Juggler, Могу я поинтересоваться, какой в этом тайный смысл, если он все равно перетирается при каждом новом запуске xvm-stat?