[wlx] XML Review - просмотр XML и JSON файлов

olegvsk

HarDCorP писал(а):Такой небольшой вопрос, сейчас если строка не завершается запятой в середине данных, то при просмотре она просто пропускается...
Можно ли как то выводить ошибку, или выделять ее как ошибочную, или сделать это настраиваемым (Типа проверять ,) Спасибо

Не могли бы вы привести пример? Это xml или json?

HarDCorP

olegvsk писал(а):
HarDCorP писал(а):Такой небольшой вопрос, сейчас если строка не завершается запятой в середине данных, то при просмотре она просто пропускается...
Можно ли как то выводить ошибку, или выделять ее как ошибочную, или сделать это настраиваемым (Типа проверять ,) Спасибо
Не могли бы вы привести пример? Это xml или json?

Немного не так выразился, она не пропускается, а запятая при просмотре есть хотя в самом файле в исходном ее нет
Пример:

Код: Выделить всё

{
    "test1":"test1",
    "test2":"test2"
    "test3":"test3",
    "test4":"test4"
}

Было бы не плохо если бы какая то пометка была или еще что то...

BlackFox

HarDCorP писал(а):"test2":"test2"
"test3":"test3",

вы хотите парсить невалидный JSON дальше после ошибки? Или показать, что где-то есть ошибка и подсветить? Ведь после ошибки дальше парсить нет смысла, так как непонятно, что за ошибка, и какие данныем после этой ошибки могут быть... Это вам видно, что запятой не хватает, а все парсеры тут выйдут с ошибкой, и валидаторы покажут на эту ошибку и дальше парсить не будут.

HarDCorP

BlackFox писал(а):вы хотите парсить невалидный JSON дальше после ошибки? Или показать, что где-то есть ошибка и подсветить?

А он сейчас как раз плагином и считается валидным, даже если нет запятой... (При просмотре плагином запятая есть... хотя ее в исходном файле нет...)
Вот и вопрос... как то при просмотре дополнительно подсветить строку не валидную... было бы не плохо

yozhik · Сообщение **yozhik** » Пт июл 25, 2025 21:15

Хм, а тут не только запятые. Я случайно обратил внимание, что плагин в XML кавычки одинарные (апострофы) отображает как двойные (т.е. по факту в файле апострофы, а в окне плагина я вижу двойные). Видимо это особенность парсера, плата за наглядность.

HarDCorP

yozhik писал(а):Видимо это особенность парсера, плата за наглядность.

Ну уж лучше пожертвовать такой наглядностью, чем потерять или так дополнять "реальность"

проверил xml/json tab в таких случаях просто не срабатывают, файл как встроенным просмотром файлов открывается, тоже конечно не очень, но понятно что структура нарушена...

olegvsk

Плагин не сохраняет исходное форматирование, а формирует текст заново по своим правилам из структуры, полученной парсером. Например, тэг CDATA вообще не будет показан, а заменён текстовой строкой с экранированием. Если парсеру удалось прочитать файл, несмотря на ошибки, в новом тексте ошибок не будет.
Поэтому есть второй режим просмотра - "Исходный", где файл показан as is. Там же отрабатывает проверка валидности на основе msxml (только для xml).

HarDCorP

olegvsk писал(а):Поэтому есть второй режим просмотра - "Исходный", где файл показан as is.

В этом режиме получается особо смысла нет, так как похоже отображает, аналогично codeviewer...

yozhik · Сообщение **yozhik** » Чт авг 21, 2025 13:23

HarDCorP писал(а):похоже отображает, аналогично codeviewer...

Аналогия есть, конечно, но весьма отдалённая. Системы подсветки разные, возможности их настройки разные. Валидатора в codeviewer нет.

HarDCorP писал(а):В этом режиме получается особо смысла нет

Это же специализированный инструмент, а в таких чем больше приспособ, тем лучше.

HarDCorP

yozhik писал(а): Это же специализированный инструмент, а в таких чем больше приспособ, тем лучше.

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