Yukikaze

например: запрещены ведущие нули в числах - 007 - не ок, 0.7 - ок мусор в конце файла, а точнее после первого объекта { "key": "value" } // конец объекта все что за ним за исключением комметнтов пробелов и новых линий - мусор Вот пример мусора, его следовало бы заключить в коммент и проблем бы небыло в целом ничего серьезного, но почему то никто не читает текст ошибок, которые явно указывают где и что нужно исправить

@Jojo, ну например {{short-nick}} заменить на {{nick%.5s}}, а {{vehicle-type}} на {{vehicle}}, {{eff:4}} на {{eff%4d}}

@goodman, а что у тебя в iconset.xc, скинь содержимое

@Jojo, у вас в конфиге используются такие макросы как {{vehicle-type}}, {{short-nick}}, хотя они были удалены еще в XVM 5.3.0, еще раз рекомендую ознакомится с историей изменений "large": { "nickFormatLeft": "<font alpha='{{alive?#FF|#80}}'><font color='{{c:winrate}}'>{{winrate%2d~%|--%}}</font> <font color='{{c:eff}}'>{{nick}}</font></font>", "nickFormatRight": "<font alpha='{{alive?#FF|#80}}'><font color='{{c:eff}}'>{{nick}}</font> <font color='{{c:winrate}}'>{{winrate%2d~%|--%}}</font> </font>", "vehicleFormatLeft": "{{vehicle}}", "vehicleFormatRight": "{{vehicle}}", "width": 130, "extraFieldsLeft": [], "extraFieldsRight": [ { "x": -85, "y": 8, "bindToIcon": true, "format": "{{spotted}}", "alpha": 100 } ] }, "medium": { "formatLeft": "<font alpha='{{alive?#FF|#80}}'><font color='{{c:eff}}'>{{nick}}</font></font>", "formatRight": "<font alpha='{{alive?#FF|#80}}'><font color='{{c:eff}}'>{{nick}}</font></font>", "width": 46, "extraFieldsLeft": [], "extraFieldsRight": [ { "x": -85, "y": 8, "bindToIcon": true, "format": "{{spotted}}", "alpha": 100 } ] }, "medium2": { "formatLeft": "<font alpha='{{alive?#FF|#80}}'><font color='{{c:eff}}'>{{vehicle}}</font></font>", "formatRight": "<font alpha='{{alive?#FF|#80}}'><font color='{{c:eff}}'>{{vehicle}}</font></font>", "width": 65, "extraFieldsLeft": [], "extraFieldsRight": [ { "x": -85, "y": 8, "bindToIcon": true, "format": "{{spotted}}", "alpha": 100 } ] }, как вы видите здесь есть отображение процента побед и нет РЭ, только покраска под цвет РЭ "battleLoading": { "clanIcon": { "alpha": 90, "h": 16, "show": true, "w": 16, "x": 0, "xr": 0, "y": 6, "yr": 6 }, "clockFormat": "H:N:S", "formatLeftNick": "{{name}}{{clan}}", "formatLeftVehicle": "{{vehicle}}<font face='Lucida Console' size='11'> <font color='{{c:eff}}'>{{eff:4}}</font> <font color='{{c:winrate}}'>{{winrate%2d~%|--%}}</font></font>", "formatRightNick": "{{name}}{{clan}}", "formatRightVehicle": "<font face='Lucida Console' size='11'><font color='{{c:winrate}}'>{{winrate%2d~%|--%}}</font> <font color='{{c:eff}}'>{{eff:4}}</font></font> {{vehicle}}", "removeSquadIcon": false, "showChances": true, "showChancesExp": true } если я не ошибаюсь то {{eff:4}} убрали еще при вводе расширенного форматирования макросов, с полным перечнем макросов можно ознакомится здесь информация по форматированию макросов здесь

а можно по подробней, в каких случаях или на каком конфиге ошибка указывает неверное имя файла?

@crasovsky.a, в @xvm.xc // Extra sounds settings // Настройки дополнительных звуков "sounds": ${"sounds.xc":"sounds"} но файла sounds.xc у вас нет, так же "мусор" в конце файла clock.xc, как и в остальных, не допустим

@hydra, в файле hangar.xc лишний false ЗЫ Неправильно отображается файл с ошибкой, будет исправлю в ближайшее время исправлено @sasha1991, в hitlog.xc в конце файла, на 27 строке, находится "мусор", пока что это является ошибкой, в дальнейшем может изменится

@sasha1991,@hydra, скиньте конфиг

@Jojo, конфиг устарел, рекомендую ознакомится с историей изменений, а так же с примерами готовых конфигураций, так же вы можете попросить помощи в настройке здесь

Это все чертова поддержка юникода в питоне, исправил, можешь забирать

@sirmax, у меня вопрос, такое содержание файла валидно? { // leftPanel // панель уши левые //"$delay": 100, "leftPanel": { "visible": true, //ON true/ OFF false //"state": "large", //"_x": 0, "_y": 0 } } "leftPanel": {// [Scaleform UIComponent leftPanel] "enabled": true, "enabled": true, "__height": 750, "xvm_worker": "[object Object]", "m_type": "left", "sizeIsInvalid": false, "panel_width": 499.95, "initialized": true, "__width": 627.95, "m_state": "none", "m_list": "[Scaleform ScrollingList m_list]", "players_bg": "_level0.leftPanel.players_bg" }, Собственно в этом проблема у товарища выше, если так должно быть то исправлю а можно пример строки на которой ломается, для юниттестов

@Hawk1983x, не грузит сниппеты, скинь конфиг, поправлю

эскейп-последовательности починил, только почему то не отправил в xfw'шный репо, теперь готово по поводу \r, отправил его в игнор, надеюсь на маках ничего не сломается. Сейчас паршу перевод строки как одиночный \n или лучше перестраховаться и проверять все 3 варианта \r\n - винда, \n - линукс, \r - мак?

PyCharm CE 4.4 - удобно, бесплатно, красиво. Очень удобно писать юниттесты, хороший автокомплит, "умный" рефакторинг 'Скриншот'

Вот с этим проблемы, не сильно углублялся в структуру мода/клиента по этому понятия не имею с какой стороны ко всему этому подойти. Пни меня в нужном направлении, а там видно будет. ЗЫ На сколько я понимаю нужно запулить JSONx в xfw, а дальше становится мало понятно кто должен инициировать начало загрузки, флэш или питон

@sirmax, в общем бета готова, https://github.com/AlexYukikaze/JSONx Поработал над обработкой ошибок, переписал лексер, осталось отрефакторить и оттестить как следует. ЗЫ Багрепорты, патчи и предложения принимаются в любое время ;)

@sirmax, я сразу об этом подумал, но из за лишних зависимостей отказался, если наличие таковых не страшно то можно попробовать тот же ANTLR или PLY ANTLR отпадает, слишком медленный, парсит дефолтный конфиг за 6.5 секунд, в то время как мой парсер за 1.5

@sirmax, привет, наконец добрался до загрузчика конфигов, с поставленной задачей справляется, но с информативностью ошибок пока беда. Было бы неплохо придумать более вменяемый лексер (проблема малоинформативных ошибок) и загрузчик (рекурсивный обход дерева), синтаксический анализатор (он же парсер) на удивление неплохо получился. ЗЫ Скидывайте предложения, как будет время продолжу JSONx.zip

Проверь системное время, может у тебя часы сбиваются, а SSL этого не любит, он по ним срок годности сертификатов проверяет

@sirmax, до загрузчика еще не добрался, по этому не разыменовывает. Пожелания учел, продолжаю работу в указанном ключе

@sirmax, поработал над питон версией JSONx парсера, глянь что вышло. PS тесты можно запустить командой python -m unittest discover -v JSONx.zip

На выходных попробую "как есть" портировать, посмотрю как оно себя поведет

Ну так ЦА же, че от них ожидать... Если бы они тащили то были бы в топе по ЭЛО, рейтинг от ВГ показывает настоящее значение скила, в то время как ИВ потенциальное и твинкодротское ЗЫ Все гнут свою линию и упорно не хотят замечать минусов иванерра и плюсов ЭЛО

@sech_92, кстати идею подкинул отличную, я почему-то сразу об этом не подумал, если комьюнити оценит то реализую. ЗЫ А пока да, первый вариант login: ${"login.xc":"login"}

Собственно сабж, как вы считаете, нужно ли вводить такое "улучшение" в синтаксис файлов конфигурации. Пример: { "configVersion": "99.00.9", // Тут ключи(идентификаторы) с кавычками pure JSON "editorVersion": "3.14", // и тут тоже "definition": { author: "Alex Yukikaze", // а вот здесь уже без кавычек date: "29.04.2067", // и являются валидной записью description: "Черная магия", game-Version: "3.7.1", // и тут тоже mod_MinVersion: "23.0.4",// так же как и здесь url: "http://www.modxvm.com/" } } Такой подход позволяет сократить кол-во повторяющихся символов, что снизит вероятность возникновения ошибок при ручном редактировании файла. Ну и конечно стоит отметить, что это просто удобно. Обратная совместимость не теряется, все конфиги написанные до этого будут работать без каких либо доработок. Ваш вердикт? PS Стоит отметить, что функционал реализован и не отнимет времени у команды разработчиков