Выскажу свои соображения по поводу функционала разделения сдвоенных разворотов.
Я всегда был твёрдо убеждён в том, что разрезание сдвоенных разворотов (отпиливание ошмётка соседней страницы на одиночном скане) следует делать в отдельной программе - а уже порезанные сканы (и переименованные в новую сплошную нумерцию) загружать в СТ (СК) и дообрабатывать до конца.
Авторы же как СК, так и СТ почему-то убеждены в обратном. Обе программы - и СТ, и СК - делают разрезание разворотов в той же самой программе (как один из этапов), где делается вся последующая сканобработка.
Я думаю, что такой подход в корне неверен. Он ведёт к ненужным усложнениям программы по сканобработке и усложняет жизнь пользователю. Например, в СК существует такое понятие, как "левые" и "правые" страницы (это дико неудобно, ужасно глупо, и т.д.). А в СТ Tulon был вынужден сделать весьма и весьма сложный программный код, цель которого - отображать исходные сканы "виртуально" уже порезанными на всех последующих стадиях.
Но и всё равно - подход Tulon то и дело порождает глюки и неудобства, вынуждает Tulon идти на какие-то хитроумные извращения с нумерацией выводных файлов.
А всё это из-за того, что и bolega, и Tulon ложно понимают понятие "простота программы". Им кажется, что "всё должно быть в одной программе" - якобы в этом и заключается "простота".
Приведу для сравнения такую аллегорию: представьте себе вилку, на кончике которой сделана ложка. В самом деле - ну зачем иметь 2 столовых прибора - тогда как было бы здорово, поесть суп (на "первое") ложкой - а затем, перевернув ложку кверх ногами, "превратить" её в вилку - и ею далее поесть кашу (на "второе").
"О, как здорово!" - скажут bolega и Tulon.
"Это же как просто! - Не надо иметь целых 2 столовых прибора вместо одного!" "Мы не хотим "заморачиваться" с отдельной ложкой и отдельной вилкой - боже мой, какая сложность - мы хотим одну единую ложко-вилку!"
Tulon скажет "Я делаю столовые принадлежности для домохозяек - которые не хотят "заморачиваться" с отдельной ложкой и отдельной вилкой - поэтому я сделал простую и удобную единую ложко-вилку".
Вот именно так bolega и Tulon понимают понятие "простоты". Ну разве не бред? Что можно после этого сказать об этих людях и об их видении мира?
Как минимум, просто пожать плечами... И вот ТАКИЕ люди делают нам программы для сканобработки...
Я предлагал Tulon вычленить функционал разрезания сдвоенных разворотов в отдельную программу. Я даже привёл ему такой аргумент, что отдельная программа для разрезания сдвоенных разворотов может потребоваться не только для сканобработки - но и, например, для тех, кто делает OCR в CuneiForm (которая не умеет, подобно Файнридеру, сама разрезать развороты).
На что Tulon мне ответил примерно следующее: "а меня не волнуют проблемы пользователей CuneiForm - меня волнует только СТ".
Только теперь я уже понимаю - что это было ещё одно проявление нехорошего честолюбивого эгоизма Tulon. Да он просто боится, чтобы СТ никто не "оттеснил на 2 план", т.е. Tulon всеми силами старается
не допустить использования СТ в качестве вспомогательного средства сканобработки - чтобы не потерять "пальму первенства" - и ради этого он готов пуститься во все тяжкие - пиар, пренебрежение реальными интересами дела, и т.п. Такое поведение я рассматриваю на грани преступного.
Да что там "вспомогательного средства сканобработки" - Tulon просто панически боится вообще, чтобы ЛЮБАЯ сторонняя программа прикасалась к сканам, проходящим/прошедшим СТ - вот до чего его довело его болезненное честолюбие!
Есть тут ещё один подлый момент: когда просишь у Tulon "сделайте то-то", он говорит "я очень занят, у меня нет времени, я устал". "Мне приходится делать сложные вещи, и я от этого сильно устаю".
На первый взгляд, вроде бы верно человек рассуждает. Какие нехорошие пользователи, требуют от Tulon слишком многого.
Но тут не всё так просто - тут надо посмотреть повнимательнее. На самом-то деле моя просьба вычленить функционал разрезания сдвоенных разворотов в отдельную программу должна сильно ОБЛЕГЧИТЬ жизнь Tulon - поскольку это привело бы к РАДИКАЛЬНОМУ упрощению программного кода СТ! Но Tulon "прикидывается чайником", и тут выставляя дело так, якобы "он устал от выполнения сложных по реализации запросов пользователей".
Такое поведение Tulon я расцениваю как мелкую подлость - на самом-то деле он таким путём маскирует истинную причину не-выделения в отдельную программу функционала по разрезанию страниц - это его честолюбивая боязнь "утратить пальму первенства".
Но я немного отвлёкся. Я не раз сравнивал процесс сканобработки с горно-обогатительной фабрикой. Сканы, как и руда - всегда разные на входе. Поэтому на горно-обогатительной фабрике руда подвергается ступенчатой обработке - последовательно проходя ряд аппаратов - и в каждом аппарате совершается некая одна-единственная операция. И, в зависимости от вида-качества входящей руды, последовательность цепочки таких аппаратов может варьироваться.
Почему же, спрашивается, на горно-обогатительной фабрике не сделают один-единственный большой аппарат, сочетающий в себе все простейшие операции по обработке руды - по жёсткой схеме? Tulon бы так и поступил - сказал бы, что так "проще". И что итоге? Да вверг бы горно-обогатительную фабрику в огромные убытки - когда пришлось бы его "чудо-аппарат" выкидывать - а взамен делать всё, как было - т.е. ряд простейших аппаратов. Хотя нет - никто бы ему просто не позволил сделать подобное там.
В философии работы горно-обогатительной фабрики заложен большой смысл. Он в том, чтобы последовательно-итеративно, всё более и более, на каждом этапе обработки УНИФИЦИРОВАТЬ входящую руду - постепенно приводя её к "общему знаменателю". Причём, за счёт "элементарности" и независимости каждого отдельного аппарата достигается максимальная гибкость и совершенство процесса унификации руды. И только уже унифицированный рудный полуфабрикат можно вписать в рамки некоей жёсткой схемы по финишной обработке руды.
А Tulon действует так, словно у нас сканы всегда поступают на вход уже унифицированными. Но это ведь не так - и более того - невозможно предположить - а какую экзотическую форму могут принять конкретные входящие сканы.
Сколько бы лет ни проходило - а иной пользователь порой представит образец таких экзотических сканов - что, как говорится, просто "на голову не оденешь". Разумеется, программа сканобработки должна, словно горно-обогатительная фабрика, иметь точно такую же философию унификации и обработки сканов. Как говорится - "всё уже придумано до нас" - и нет нужды заново изобретать велосипед.
Однако - очевидно, что Tulon никогда не пойдёт на реализацию идеи "вычленить разрезание разворотов в отдельную программу" - ему помешает страх "потерять пальму первенства".
Именно поэтому я и говорю о том, что нужен некий новый человек - кто сделал бы ещё одну программу по сканобработке. Подразумевая при этом, что такой человек должен, в отличие от Tulon, с самого начала поставить общественное превыше личного, и засунуть свои честолюбивые амбиции в одно место (а иначе ничего путного не получится).