Ищу утилиту сравнения для языков разметки

А если предварительно выпилить эти некритичные атрибуты из XML (заигнорить «руками»), а потом уже натравить xml-diff? Звучит несложно.

Есть язык XSLT, довольно несложный в принципе. Им можно вырезать ненужные для сравнения атрибуты.

есть ли такие программы для JSON или YAML, например.

https://github.com/josephburnett/jd

Да, про XSLT и xmlstarlet знаю. Но это, скорее, инструменты для построения такого рода программы. Наверняка решение на этом будет рабочим, но для простых разовых задач будет сильно напоминать применение ударной силы микроскопа к гвоздям.

Можно попробовать, например, перед диффом запустить sed с заменой по регулярке. В случае с .ui тогда и xml-diff не понадобится, обычный diff сойдёт.

Но это тоже три команды и два временных файла. Да, наверное, баш-скрипт может скрасить этот недостаток…

Оно не умеет gettext?

Если ты про Qt, то у него свой аналог gettext, Qt Linguist. Поддерживаются разные контексты для переводимой фразы, комментарии и др. В некоторых сервисах коллективного перевода, например, Weblate, поддерживается и gettext, и qt linguist… и даже ещё что-то третье.

Но кутешные файлы я привёл только ради примера. Буквально вчера возникла ещё одна аналогичная задача, на сей раз по работе. Но тоже с XML. :)

Для json

jq <filter> > file1
jq <filter> > file2
diff file1 file2

Я правильно понял твою задачу?

Видимо да. Я jq использовал, но только для форматирования, теги не фильтровал.

Другое дело, что это опять, как я писал выше, три команды, два временных файла. Юниксвей как он есть, со своими плюсами и минусами.

Ну так. Это ж linux. Откуда тут возьмутся готовые интегрированные комбайны, если каждый суслик будет собирать три команды?

Для ЛЮБЫХ задач комбайнов, конечно, не надо. Но в данном случае мне начало казаться, что задача приобретает черты типовой.

Это как с nomenus-rex. Там тоже можно наколхозить на баше, но специализированная утилита может оказаться удобнее…

Ну, просто конкретно для локализации есть специализированное решение с кучами всего вокруг.

А так, я думаю, что XSLT будет наиболее идеологически правильным.

(Не раскрыта тема «проблемы трёх команд и двух временных файлов» – чем это плохо-то?)

он умеет учитывать порядок полей?

Наверное, немного поможет dasel (на Go).

Comparable to jq / yq, but supports JSON, YAML, TOML, XML and CSV.

difftasic

Не знаю, я просто решил уточнить, правильно ли я понял задачу.