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

[Kagami]

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

[Litkevich Yuriy]

Кажется я нашел баг в libqxt. Она не правильно парсит параметры под виндой. Попробуй сделать так:

это я исправил, там просто настройки нужно задать:

@@ -225,10 +225,12 @@ int merge()
 int main(int argc, char *argv[])
 {
     QCoreApplication app(argc, argv);
 
     //Options parsing
+    options.setFlagStyle(QxtCommandOptions::DoubleDash);
+    options.setParamStyle(QxtCommandOptions::SpaceAndEquals);
     options.addSection(QxtCommandOptions::tr("Modes"));;
     options.add("split", QxtCommandOptions::tr("Split TMX file"),
                 QxtCommandOptions::NoValue, MODE_OPTION);
     options.alias("split", "p");
     options.add("diff", QxtCommandOptions::tr("Diff two TMX files"),

мне виндовые слэши не нравятся.

Я тебе на гиториусе "запрос на слияние" отправил

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