57anЕсли Тулон на это решится, окажется, что Ваша работа по созданию программы-разрезчика будет проделана впустую..
Нет-нет, не впустую. Создавая такую программу, мы гонимся за максимальной простотой. Так что Tulon за нами тут никак не угнаться (в рамках его подхода).
kontikyЕсли у Вас возникнет вопрос: "как должна выглядеть такая программа (по разрезке)", то я бы её делал так, как это сделано в СК (а не так, как в СТ) - некий вертикальный резак, слева - миниатюры загруженных сканов на вертикальной ленте. У резака должна быть непременно фича "распространить текущую позицию резака на все - вниз (вверх)" - как в СК.
Нелишней будет и фича, чтобы когда мы на текущем скане двигаем резак влево-вправо - чтобы потом в момент перехода на следующий скан текущая горизонтальная позиция резака автораспространялась на "все вниз". Такой маленький приёмчик сильно убыстрит работу.
Переход между сканами - Page Up и Page Down, или Q и W, или [ и ] - как в СК.
Ещё важный момент: в СТ ползунок резака (синий кругляш) находится в рабочей области скана. Это ужасная ошибка. Он (ползунок) обязан быть за пределами скана - как в СК. Потому что на тесных разворотах, где нет просвета между левой и правой страницами, синий СТ-шный кругляш загораживает собой начало линии реза - и там ни хрена поэтому не видно, где выставить резак.
Программа по разрезке должна непременно уметь не только разрезать сдвоенные развороты - но и отрезать ошмёток соседней страницы (у одиночных сканов). Это, пожалуй, самое сложное, поскольку тут надо будет уметь обрабатывать "все чётные", "всё нечётные".
Также полезна будет фича (опционально группового - с ручным указанием группы) поворота на 90, 180, 270 - до разрезки.
Кроме того, возможны самые дикие смеси - из сдвоенных разворотов и одиночных сканов, да ещё и чёрти как повёрнутые (90, 180, 270). Всё это необходимо уметь обрабатывать (тем самым приводя сырьё к некоемому унифицированному виду на выходе).