posew

Да-ааа? Это мудро. Пользователи целого конфига все равно в итоге хотят после разбиения получить все новые фукции, но с сохранением своих настроек (по себе сужу=)). Кстати, спасибо огромное за преобразование!

Уже лучше =) Только термином виртуальный ты сбиваешь с толку. Отсутстсвующий! Виртуальным он будет, если в списке файлов будет какая-то заглушка-заготовка. Я так, кстати, предлагал сделать seriych в его преобразователе. Пришлось делать самому ручками.=)

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

В винде есть выражение Точка восстановления - длинно. Русское слово backup=возврат. Сохранить с возвратом - нет, созвучие плохое =). Может - "сохранить с файлом отката" " -файлом резерва" ? Или "сохранить с резервом" или "сохранить с откатом" - опять жаргон, но коротко. В п 3.3 после закрытия и открытия редактора вызовется неизмененный ЗК, если я правильно понял? насчет реакции - п.3.1 - это грубая ошибка уже, когда различаются головной список ссылок и реальный перечень файлов - когда файлов не хватает - об этом надо сказать, причем в самом начале. Может юзер недокопировал что-то или архив запортился при скачивании. Реакция нужна. Если файлы лишние - то это никому не мешает. п3.3 - надо смотреть как будет удобнее уже на живом. Пока нет Ага, отсутствие файлов у тебя уже проверяется и показывается, но как-то неубедительно. В реальности то это приведет к отказу всего XVM! Надо показывать отсутствующие файлы не серым а красным - еще и подписать что это ошибка.

Работа идет =) Так и не понятно, в чем разница предложенных операций - сохранить как - это и есть копия активного файла с новым именем и местом указанными пользователем. Не перенимай их термины =) А почему ты не хочешь сделать "сохранение с бекапом", как я описывал выше? - предварительное переименование оригинала файла перед обычным сохранением активного файла (под текущим названием). Или, говоря их языком, копии активного файла из памяти на диск. Т.е. такой перечень Сохранить - удаляется оригинал с текущим названием, записывается измененная копия с текущим названием. Сохранить с бекапом - оригинальный файл с текущим названием не удаляется а переименовывается добавлением bak1. на диск записывается измененная копия с текущим названием. При повторной операции все повторяется - файл с текущим названием на диске переименовывается добавлением bak1, если это название занято, добавляется bak2, и так далее В обоих оперциях в окне редактора ничего не меняется Сохранить как - оригинал не трогается, записывается измененная копия с другим названием и местом. Название файла поменять надо, а вот в дереве.... - тут оптимальным вариантом было бы добавление еще одной ветки, чтобы было видно, что есть несколько вариантов этого файла и не создавалось ложного ощущения что этот файл уже готов в бой. Тогда добавление новой ветки надо делать и для второго случая. Или не делать вообще, просто показывать структуру рабочего конфига для быстрого перехода. Если ты навигатором называешь дерево в правой панели, то в нем ничего менять не нужно, поскольку все оно вытекает из структуры @xvm.xc, т.е. отражает действующий конфиг, или отражать, но другим цветом, например зеленым или красным, что бы сохранить функцию быстрого перехода

Этот диалог написан как бы сказать, не человекоориентированным программистом. =) Самое распростанненое явление. Первый пункт - это обычное просто "сохранить" или save - только здесь он расписан на совершенно очевидные пооперационные шаги. Еще и название неправильное - COPY в закладке SAVE AS. Возможно программист неанглоязычный, неевропейского менталитета. Я тоже не англичанин, но первый пункт переводится как Заменить копией оригинал - элементарное SAVE. Остальные пункты в том же духе. Поэтому я бы не стал брать этот диалог в качестве образца. "Сохранить" у вас есть - заменили копией оригинал и ссылки ес-но не меняются. Быстро, сразу, но без отката, "навсегда". (тоже невольно перехватил терминологию этого окна, копия - загруженная в память и измененная копия файла на диске, но мы же русские, так никогда не говорим?) "Сохранить как" = сохранить с другим названием или в другом месте. Структра конфига сейчас фактически очень жесткая, хотя юридически каждый может писать как ему угодно. Предположим, мы сохранили измененый файл squad.xc под именем mysquad.xc. Одновременно , как ты предлагаешь, автоматически обновляются ссылки - портим файл @xvm.xc и, соответственно, затираем оригинал, но уже ни у кого не спрашивая. Но все норм, будем пользоваться, все будет работать с нашими изменениями. Затем, через время, мы видим в инете, что кто-то сделал файл squad.xc лучше нас. Скачиваем, ложим в папку, не вставляется, мешает оригинал. Удаляем-переименовываем старый оригинал, вставляем скачанный - не работает! Не загружается весь XVM! Делаем откат - переименовываем, восстанавливаем старый оригинал - все равно не работает! Долго ищем, материмся, пока не восстанавливаем весь конфиг, потому что забыли про измененный @xvm.xc. Расписываю так подробно, чтобы спросить - кому нужен такой геморой? Что ты ухватился за обновление измененных ссылок? Что это несет, кроме вреда? Структура конфига, раз она придумана в таком виде, хороша она или плоха, должна оставаться в неизменном виде. Обновление ссылок=изменение ссылок - это разрушение стандартной структуры. Повторяю еще раз - если автор изменил название, то он не хочет, что бы этот файл до поры до времени участвовал в работе. А время ему нужно только для того чтобы сделать бекап - создать возможность отката. Переименовать оригинал для бекапа в нерабочее название и затем переименовать измененый сохраненный файл в рабочее. Руками. Это все так очевидно - неужели сами так ни разу не делали?

Если будет проверка, это будет просто здорово! По поводу сохранения. Ясно, что в каталоге будут работать только оригинальные названия, которые заложены в головном файле @xvm.xc. Поэтому, сохраняя под другим именем или в другом месте, автор изменения сознательно делает этот файл временно нерабочим. Поэтому "с ссылками на этот файл в других открытых файлах конфига" ничего делать не надо, как и при сохранении в другом месте. Все просто и логично. Только функцию надо назвать поточнее - сохранить файл .хс как. Правда возникает небольшая коллизия - в окне редактированный файл имеет прежнее название. Тут наверное поможет индикатор - какая-нибудь звездочка возле названия,- что просматриваемый файл уже сохранен под другим названием. Таким образом, при закрытии редактора и повторном открытии будет всегда читаться "прежняя", но рабочая структура конфига, до тех пор пока автор не присвоит измененноиу файлу правильное название. Соответсвенно должна быть кнопка "Обновить конфигурацию" (струтуру, список файлов), или нет, лучше название - "перезагрузить конфиг" по новой. Это в том случае, если произведено обратное переименование не выходя из редактора. ps Появилась еще идея - автоматизировать сохранение версий. При нажатии Кнопки типа "сохранить с бекапом" к названию прежнего файла добавляется типа bak1 или old1, а изменнный файл сохраняется под оригинальным названием в рабочей директории. Сооответственно при каждом сохранении номер версии увеличивается. Именно такую последовательность и выполняют при "сохранить как". В таком варианте ни о чем думать вообще не надо - ни о ссылках ни о перезагрузке.

Скачал, плюсанул. Проверил - отлично! Вопрос - как насчет ловли откровенных ошибок? При замене блоков текста основная ошибка - запятые - в одном месте не стоит, в конце, наоборот, лишняя. То же самое и со скобками. Это можно вычислять и показывать? И второе - функция "сохранить как" не активна и не работает? Исправленные файлы всегда желательно сохранять под новым именем. Это очень важно для меня!

То есть это пока только разработки и использовать с текущей версией XVM нельзя? А то я уже начал прикидывать варианты значков =)

Да действительно, когда разбирался, открывал несколько файлов из разных источников, а название одинаковое, перепутал, виноват. Хорошо, а у вас почему японский шрифт используется? Что-то я не пойму никак. Новой версии XVM нет, по-прежнему 4.0.0. от 18 июня. Но в https://code.google.com/p/wot-xvm/source/browse/trunk/release/configs/%40Default/minimapLabels.xc указано что с 30 июня уже в дефаултовом конфиге для миникарты настраиваются новые функции. Это как? Новый конфиг под старый мод? Или я случайно залез не туда куда можно? =))

Привет, demon2597! Уже успело много тем поменяться. Пробовал я динамическую прозрачность индикатора эффективности при отсутствии статистики - ничего не получилось. Ничего не получилось и с использованием тени в качестве контура - при прозрачной основе прозрачна и тень. Поставил серый цвет, но сделал его более темным 999999 - в таком виде и с усиленной тенью он как бы прячется среди остальных, уходит "в тень". Спасибо за совет по "pixelsBack" - с значением 250 увеличение миникарты для монитора 19 стало то что надо! Единственное, что мешает радоваться - не всегда, раза 2 из 5 щелкаются квадраты при нажатом контрл - что-то блокирует. И еще по теме миникарты - В последнем minimapLabels.xc ты предлагаешь серьезные переделки. В самом ближайшем времени, как я понимаю, это пойдет "в серию". 1. новые параметры, типа "deadteamkiller", "lostsquad" и пр. - поддерживаются текущей версией XVM? 2. Если я не хочу отображения всего списка, что и как настраивать? 3. Ты собираешься менять свой коронный шрифт - будет ли обратная совместимость? И что именно поменяется? 4. Не мог бы ты указать на первой странице соответствие номеров символов твоего шрифта их внешнему виду. Или хотя бы номеров и соответсвующих им букв, что бы в ворде можно было посмотреть. Но лучше первое. 5. В последнем minimapLabels.xc ты указал новый шрифт Meiryo. Это шрифт для японского языка. Это шутка? 6. Раз уж приходится разбираться с конфигом, то укажи, пожалуйста, в коментах смысл некоторых новых параметров, например - leading='-3' - что означает? 7. И не мог бы ты выложить скрин нового грандиозного плана? =)

Renji23 - по ссылке автора все рассказано очень подробно. единственно, что не надо уже смотреть файлик battleLoading.xc, там рейтинга для замены уже нет. В моем посте выше по странице это написано. Осталось всех дел на 5 мин. Если уже правил, как говорил, то уже знаешь про блокнот и как сохранять. Удачи! Все получится!!

Невнимательный =). Да, ссылка на statisticForm.xc. Раньше эти панели у тебя отличались. Вместо количества боев танка в панели по Таб был значек типа танка. У меня вообще сохранен твой "старый добрый" вид, без нынешней экспрессии =) Но тогда в battleLoading.хс в коментарии надо сказать как-то для "простых" пользователей, что эти панели теперь (вообще) одинаковые и поэтому ты отсылаешь в statisticForm.xc, - что бы они не путались

demon2597 вчера так и не смог подойти к компу, ничего не делал, единственно взял конфиг для анализа. И вот что выявил - Я свой конфиг разбил с помошью скрипта http://www.koreanrandom.com/forum/topic/4643-split94-22062013-автоматический-перевод-xvmxvmconf-в-новый-формат-ко/. Панель загрузки в бой лежит соответственно названию в battleLoading.хс. Так я и советую постом выше. А где она у тебя? В этом файле её нет, в playersPanel.хс на которую она ссылается тоже нет. Дальше я не стал искать. Нестандарт получается. Понятно что пользователи не могут ничего понять - я тоже не могу =) Именно так у меня и было сделано. Исправил в посте. Чем визуально отличаются {{eff:4}} и {{eff}}?

В файлах конфигов везде поменять {{c:xeff}} и{{xeff}} на {{c:eff}} и {{eff:4}} Файлы конфигов playersPanel.хс - уши в бою statisticForm.хс - панель загрузки в бой и по клавише Таб - одинаковая форма маркеры- markersAliveNormal.xc (для режима без Alt), markersAliveExtended.xc (для режима с Alt) исправлено, теперь абсолютно точно =) и ссылка самого автора http://www.koreanrandom.com/forum/topic/3163-двузначная-шкала-xvm-wn6-рейтинг-эффективности-опис/#entry43679