seriych

когда выйдет новый XVM

угу и каждый раз менять, если из патча в патч меняться будет. "sixthSenseDuration": "sixthSenseDuration" и норм. вопрос в том, надо ли в дефолтном конфиге увеличить время горения

Вот как-то так: код elements.xc может по дефолту еще время горения лампочки увеличить? Только вопрос насколько

только фольгу далеко не выкидывай

во, вот это серьезно, а то всё за день, за сессию, за бой, а тут для серьезных пацанов за год

но именно как хочет демон, не получится. Метод же не знает, какие границы какому символу хочет задать автор. Если только шрифт под себя не править постоянно :-) Ему надо что-то типа того: "wn8": [ { "value": 315, "string": "a" }, { "value": 760, "string": "b" }, { "value": 1325, "string": "c" }, { "value": 1980, "string": "d" }, { "value": 2570, "string": "e" }, { "value": 9999, "string": "f" }, ], Вообще было бы уже удобнее объединить в одно: "wn8": [ { "value": 315, "color": "c1", "alpha": "a1", "string": "a" }, { "value": 760, "color": "c2", "alpha": "a2", "string": "b" }, { "value": 1325, "color": "c3", "alpha": "a3", "string": "c" }, { "value": 1980, "color": "c4", "alpha": "a4", "string": "d" }, { "value": 2570, "color": "c5", "alpha": "a5", "string": "e" }, { "value": 9999, "color": "c6", "alpha": "a6", "string": "f" }, ],

Ну а что ты хочешь? Можно еще, наверное, сделать чтобы шрифт таймера боя плавно увеличивался по ходу боя. Можно, чтобы какая-то байда по экрану ползла с течением времени- типа прогресс-бар боя :-) Но это под конкретную длительность боя затачивать надо.

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

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

Ок, с вас тогда разбить на логические куски и определить, где надо delay, где нет. Мне на сегодня уже хватит вот в каком виде это сейчас: 'код'

так и быть: "elements": [ // _x - положение по X (по горизонтали) // _y - положение по Y (по вертикали) { "$delay": 100, // langBarPanel используем тупо как счетчик для переменной langBarPanel._y "langBarPanel": { "$interval": 5, // влияет на скорость обновления переменной "_y": "langBarPanel._y + 2" // прирост переменной за один шаг } // Debug panel (ping/lag/fps) // Панель пинга/лага/фпс "debugPanel": { "$interval": 0, "_alpha": 100, "_x": "200 + 100*sin((langBarPanel._y) / 80)", // благодаря изменению langBarPanel._y у нас меняется координата _x. Синус позволяет совершать колебания туда-сюда "_y": "debugPanel._y" }, // Sixth sense lamp duration (in milliseconds) // Время горения лампочки шестого чувства (в миллисекундах) "sixthSenseDuration": 7000, // Sixth sense lamp // Лампа шестого чувства "sixthSenseIndicator": { "$interval": 0, "_alpha": "50 + 50*sin((langBarPanel._y) / 10)", // аналогично дебаг-панели, только тут еще и прозрачность меняем от 0 до 100 "_x": "920 + 100*sin((langBarPanel._y) / 50)", "_y": "200 + 50*sin((langBarPanel._y) / 25)" } } ]

кстати, по твоей логике- это три элемента массива: левое ухо, правое и переключатель Смотрим на панель пинга и лампочку :-) сделано исключительно средствами XVM

а я и не знаю, для какого. "sixthSenseDuration" без него тоже не работает всё-таки получилось прикол сделать, ща видос залью :-)

вот все наши настройки- это и есть один сниппет, один элемент массива, зачем нам их на несколько элементов массива делить? Как минимум затем, что там иначе не будет работать. Там каждый элемент массива соответствует некоему уникальному значению "value" и настройка "color" не будет знать, чему она соответствует, если не поделить на отдельные элементы. А в нашем случае нет никакой уникальности, которая бы вызывала необходимость подобного деления и все настройки однозначно могут определить свое предназначение. альфу добавлю на всякий пожарный Это зачем? Или это не для дефолта предложение?

да.

всё там правильно. ну да, так оно и есть, а зачем делить? Это критично? Добавлял, думал не пашет, потому что для проверки юзал конструкцию типа debugPanel._x+100, а оно каждый раз пересчитывается, запоминая последнее значение, соответственно сразу улетало за экран. Кстати, если юзать что-то типа debugPanel._x+2 можно забавный эффект бегущей строки получить :-) Так можно было бы лампочку движущуюся делать, но блин при новом засвете значение координат не обнуляется и ее не видно. Итого, сейчас так: тык Кстати, что там с цветом координат миникарты, норм? нельзя будет перекидывать файлы между конфигами, без ручного ковыряния в них, а так как минимум в дефолте уж точно делать не надо

font face='Lucida Console'

, @demon2597, и др. 'вот накидал:' elements.xc Рассказывайте, что не так :-) только желательно сначала проверять, ибо там не всё пашет, что можно прописать. Например, у меня debugPanel но горизонтали не хочет двигаться. И еще надо перевести на буржуйский "Панель снарядов и расходников" и остальное переведенное посмотреть, я мог накосячить

, В принципе это и сейчас можно реализовать, прописав в секции "alpha" 100 разных символов для каждого значения hp-ration и x. Гуглим форум по "чит с прозрачностью" помню предлагал это, когда тема по миникарте еще только появилась :-) Насколько мне известно, с XVM не поставляется никаких шрифтов

Залил

@sirmax, @qqqqqq999, мой косяк. Когда шкалу для WN8 обновлял, заменил формулу только в XvmScale.as, не знал, что еще и в Utils.as дублируется. Исправил

@NikolayHAOS, Если не часто настраивашь, думаю лишнее будет. Я просто раньше работал с этим, надо было по нескольо компов в день в порядок приводить, вот и надо было по максимуму автоматизировать удаление мусора, оптимизацию, установку софта. Вот, например, автоматическое удаление триального киберлинковского софта и кучи предустановленных триальных игр на брендовых буках hp,asus,acer,samsung и прочих: удаление триалов.zip

ок, ждемс. только критерии отбора надо у него уточнить. Ru сервер и от 1000 боев на аккаунте надо Тестируйте заклинание: [ /"(frags|nick|vehicle)?([Ff]ormat)(Right|Left)(Vehicle|Nick)?("\s*:\s*")(((?!\s+alpha\s*=\s*'{{alive|").)*)"/g, "\"$1$2$3$4$5<font alpha='{{alive?#FF|#80}}'>$6</font>\"" ] @oldMacrosToNew 1.1.zipдолжно добавлять <font alpha='{{alive?#FF|#80}}'> и </font> в начало и конец поля формата всяких там fragsFormatLeft при условии, что в этом поле уже не применяется форматирование типа <font alpha='{{alive

И везде как раз разные значения для старой и новой формулы перевода: 783 = 34,2 (34,6) 1915 = 73,49 (73,9) 1170 = 47,2 (47,6) ... Итого: какой-то файл со старой формулой.

Надо хоть что-то похожее на адекватность в формуле перевода для xwgr изобразить. Могу по выложенному json файлу пока сделать, если релизить скоро надо