Разделение памяти переводов Опции

[Kagami]

Недавно я заинтересовался вопросом - "А сколько у нас в ПП сегментов, перевод которых совпадает с оригиналом (совпадающие сегменты)?". Быстро набросал программку и получил следующий результат: из 100000 сегментов совпадающих 75000. Если просто выкинуть их из ПП (например, с помощью TMXCleaner), то потом все равно придется их вводить. Но можно сделать по-другому:
1. При следующем объединении выделить все совпадающие в отдельный файл (я ради интереса написал QTMXSplitter).
2. Переводчикам взять файл только с несовпадающими сегментами.
3. Переводить файлы как обычно.
4. При объединении объединить файлы переводчиков в один, извлечь из него совпадающие сегменты и объединить их с файлом, полученным в п. 1.
"+": Меньше размер ПП, меньше трафика, быстрее анализ в омеге.
"-": Больше работы объединяющему, некоторые сегменты придется помечать как переведенные заново.
Кто что думает по этому поводу?

[Litkevich Yuriy]

В результате будет общий дифф

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

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

В этом случае все отличающиеся сегменты будут исправлениями старых переводов.

иногда эти исправления не соответсвуют нашему глоссарию, или просто содержат ошибки, поэтому они не всегда лучше старых.