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

[Kagami]

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

[Litkevich Yuriy]

Kagami, тут проблемка вылезла, делал diff, получил сообщение:
ASSERT: "isStartElement() && name() == "tuv"" in file src\abstracttmxreader.cpp, line 131

Сделал вот так вот:

    //Q_ASSERT(isStartElement() && name() == "tuv");
    if (!isStartElement() || name() != "tuv"){
        qDebug() << "!isStartElement() || name() != \"tuv\". Line number ="
                 << lineNumber();
        qFatal("");
    }

, т.е. хочу получить номер строки на которой споткнулся читатель, получил в консоли 636 349. Но в файле их всего 8 093