Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Scan Tailor (часть 2)

Модерирует : gyra, Maz

Maz (10-01-2024 10:45): Scan Tailor (часть 3)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

   

Widok



Moderator-Следопыт
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Предыдущие части: Часть 1
Scan Tailor


Задача программы - пост-обработка сырых сканов книг для последующей сборки в PDF/DJVU,CBR/CBZ и т.д.
Программа обеспечивает большое удобство для использования, большую интерактивность и не меньшую автоматизацию процесса (по сравнению со СканКромсатором).
Кросс-платформенный (Windows,Mac OS, Linux) проект с открытыми исходниками.


Англоязычный топик по ScanTailor
 
Ветки:
Scan Tailor (ncraun) >>>  последняя версия
Scan Tailor Experimental (Tulon) >>>  последняя версия (обсуждение на DIY Book Scanner)
Scan Tailor Plus (Vadim "DikBSD" Kuznetsov) >>>  последняя версия (отличия от авторской версии)
Scan Tailor Еnhanced (Petr "pejuko" Kovar) >>>  последняя версия (отличия от авторской версии)
Scan Tailor Featured (monday2000) >>>  последняя версия (отличия от авторской версии)
Scan Tailor Universal (trufanov-nok) >>>  последняя версия (обсуждение на publ.lib.ru)
Scan Tailor Advanced (4lex4) >>>  последняя версия (отличия от авторской версии)
Scan Tailor Advanced (актуальный форк) >>>  история версий
 
Документация:
Документация (Wiki) | Зоны картинок в ScanTailor | ScanTailor. Быстрое начало | Видеоуроки и скринкасты новых функций СТ от Tulona
Статья: Scan Tailor. Программа для обработки отсканированных книг
Видеоурок: Создание DjVu с помощью Scan Tailor (зеркало)
Использование Scan Tailor совместно с Djvu Imager (сборка djvu методом разделенных сканов)
Как собрать Scan Tailor из исходных кодов под Windows
Почему нельзя сделать сплошную нумерацию вывода


Автор проекта - Tulon. Почему его здесь не видно? .
DikBSD автор ветки ScanTailor Plus история повторяется.
Юзеры! Будьте скромнее!


Прочие дистрибутивы, форки, дополнения

Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 12:17 17-02-2010 | Исправлено: Maz, 10:43 10-01-2024
gsn13n

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BKSRU
Принципиально же ничего не меняется. При макетировании делаю тоже самое, но поля остаются нулевые. На 4 этапе отсортировал по высоте, затем по ширине , поправил вылеты от общей массы и при необходимости полями задал смещение контента и на вывод... Проблемы возникают только при нестандартном форматировании (выступающих на поля картинках, "гуляющей" или выступающей нумерации страниц и пр. закидоны авторов либо брак типографии)... И в этой ситуации никаких разумных действий от программы кроме повторения пересчета этап 4-5 трудно предложить. Частично и эта проблема при макетировании (преднамеренном отсечении полезной области для удобства и автоматизации при выводе в цвете - сером все версии СТ выводили полностью весь отсеченный блок и мусор - вот галочка в новом СТА "заливка полей", откровенно бесит и в настройках по умолчанию не желает сохраняться)... Но проблема с удаленим мусора решается неприцельным взмахом метелки либо горячей клавишей в СК. Да и вообще странно заморачиваться 1-мм отклонением, а на глюки коррекции наклона (3 этап) закрывать глаза.
А все Ваши примеры высосаны из пальца
1.Задаете эталонную страницу
2. Добавляете в поля +1 слева для каждой второй, и далее на следующей для каждой второй +1 справа
3. В приведенных примерах весь текстовой блок попадает в полезную область, поэтому потеря полезной информации не грозит
4. Во всех примерах текст бинаризирован (поэтому и не обрабатывается)
4lex4
Вы не поверите, но молчком все режимы бегло тестировал. В режиме Wolf происходит непонятное выбеливание, типа применения фильтров Blur2 и Sharpen2 в СК, влияние коэффициента не уловил пока. У меня на рабочей машине СТА на Win XP не желает запускаться, а на домашнем  прощупать не доходят руки... Спасибо за Вашу работу. Сначала относился к Вашей поделке довольно скептически,первые версии даже не запускались или вылетали без какого-либо лога, потом в любимом "выпрямлении строк" бесили дефолтные 10 точек, но в последних версиях все встало на свои места, а скорость обработки даже пугает. Наконец иллюстрации в смешенном и цветном режиме перестали портиться...

Всего записей: 1080 | Зарегистр. 09-04-2007 | Отправлено: 20:53 07-03-2018
TelecomUral

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
оффтоп

Цитата:
странно заморачиваться 1-мм отклонением

При наличии полей такое отклонение глаз вообще не замечает - когда читает строчку. Это надо специально поставить какую-то направляющую, типа к краю окошка придвинуть и сравнить отклонение листанием, чтобы увидеть 1мм на 150мм ширины. При развороте - надо убрать боковые поля в ноль, чтобы видеть что текст (буквы) немного прыгает вдоль относительно горизонтальной линии вверх или вниз. Наверное, книга потом, после изготовления, вообще не читается с полями
Хорошо видно прыжок центровки вот таким образом:

 
Такое расположение соседних строчек в нижней половине и меня сильно бесит. Именно насмотревшись в 2006-2007 годах на радиокнижки с таким обрезом (мы тогда серию МРБ собирали из интернета отовсюду), я стал сохранять родные бумажные поля. И раздражение прошло, глаз перестал цепляться за общую линию "слева-направо".
Получил эту картинку, отпечатав разворот из windjview с галочками Clip content и Scale to fit media на бумаге Quarto вирт.принтера doPDF7. Потом экспортировал из пдф в картинку.
Тут наглядно виден физиологический механизм чтения: глазной прогнозный аппарат управления мышцами строит рамку пробега, усредняя темные и светлые объекты до простых линий движения. И небольшой вертикальный разрыв эту настройку постоянно сбивает. Отсюда и раздражение. Кажется, в Науке и жизни за 70е годы были статьи по этому поводу, в серии про научную организацию труда.

Всего записей: 3011 | Зарегистр. 15-07-2010 | Отправлено: 03:38 08-03-2018 | Исправлено: TelecomUral, 04:00 08-03-2018
TelecomUral

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tlotr
если ещё есть интерес к "случаям": примеры и теория
https://drive.google.com/open?id=179s_JFPAfTUI0H3n8-xsnnFi42gpUSbf
Освежил свои старые копания в этой теме.

Всего записей: 3011 | Зарегистр. 15-07-2010 | Отправлено: 08:23 08-03-2018
BKSRU

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tlotr

Цитата:
Эти "проблемные" странички легко видны на существующем механизме: прямоугольник, обрамляющий текстовый блок неплотно к нему прилегает. Чуть уменьшаем поля.  

Ключевым является Чуть уменьшаем поля. Это как раз то, что СТ сейчас толком делать не умеет.
 

Цитата:
Такие страницы выравниваем единообразно на свой вкус, т. к. даже в книге они ни к чему не привязаны.  

Здесь напрашивается сарказм. Но скажу так. Они ни к чему не привязаны в СТ, а вот в книге они как раз привязаны.
 
tlotr, gsn13n Хотел ответить на каждый ваш пункт. Но во первых я уже отвечал на подобные вопросы и указывал на их несостоятельность, во вторых это просто бесполезно.
Поэтому отвечу более менее коротко. Все ваши суждения сходятся на двух положениях:
1. Выеденного яйца не стоит.
Во первых, случаи разные и их достаточно. Во вторых, это сродни эгоизму. Это при том, что меня обвиняют в попытке узкоспециализировать программу, подогнать под свои нужды. Я не посягал ни на чьи либо привычки. Все в основном расчитано на опциональность и позволяет расширить предпочтения и вкусы пользователей. Ваши же выкладки как раз узкоспециализированны.
2. Программа это все уже может. Так вот  с этой точки зрения СТ вообще не годится для нужд книгоделов. GIMP или Photoshop куда круче.  
Но ни вас ни меня не интересует что может та или иная программа. Главное как она это может делать. И видимо для меня это более важно чем для вас.
 
Так вот моя позиция. Делим обработку на два этапа:
- Выравнивание сканов.
- Зачистка от мусора.
Подходим последовательно.
Сейчас бъемся над улучшением первого этапа. Где мне при первом знакомстве сказали "Руки прочь", здесь все Ок. Но не все так просто оказалось и уже мы пользуемся и наслаждаемся плодами споров. Следующая версия также думаю придется по душе многим. И почусвствуют в чем принципиальная разница иметь почву под ногами (направляющие) и возможность нормально перемещать скан. А не чувствовать словно рамку под сканом таскаешь. Возможно и отношение к делу у некоторых поменяется и начнут думать по иному, более привычному/интуитивному. По интуиции прикладываем же линеечки к экрану или палец . Потом псевдо точки пытаемся убрать при зачистке. Никогда такого не было?
В общем то с первым этапом споры я мог бы и прекратить. Вполне уже приемлемо ожидается. Но кое за что я мог бы еще побороться .

Всего записей: 1555 | Зарегистр. 29-01-2009 | Отправлено: 08:59 08-03-2018 | Исправлено: BKSRU, 10:05 08-03-2018
tlotr

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BKSRU

Цитата:
Ключевым является Чуть уменьшаем поля. Это как раз то, что СТ сейчас толком делать не умеет.

Что за ерунда? В "Полях" уменьшить циферку левого или правого поля.
 

Цитата:
вот в книге они [страницы без номеров и прочего] как раз привязаны

И к чему же?
 

Цитата:
Ваши же выкладки как раз узкоспециализированны.  

По вашим же "узкоспециализированным" примерам я привёл, как это легко и просто делается в существующих механизмах и вам многократно говорили люди, что у них как раз 90+% книг обрабатываются замечательно хоть с выступающими картинками, хоть без.
 

Цитата:
расширить предпочтения и вкусы пользователей

Да. Ваши вкусы. Ваши предпочтения.
 

Цитата:
уже мы пользуемся и наслаждаемся плодами споров

Что-то уже реализовано?
 

Цитата:
отношение к делу у некоторых поменяется и начнут думать по иному, более привычному/интуитивному

Добавьте ещё: "по правильному". И при этом обвинять тех, кто не согласен в эгоизме. Прикольно!

Всего записей: 85 | Зарегистр. 16-09-2009 | Отправлено: 10:43 08-03-2018
amaid



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Присоединяюсь к гласу людей против перекройки STA в подобие навороченной издательской программы.  Полезный эффект от предлагаемых в последние дни новаций, считаю, будет ничтожен. Надо облегчать работу с STA для обычного пользователя, а не затруднять ее. И не морочить голову доброму программеру, рискуя довести его до ручки (как двух его предшественников).
 
Добавлено:
лично мне остро не хватает возможности удаления страниц проекта кнопкой Delete. А если помечтать - настраиваемых горячих клавиш для любых операций.  Абсолютно не настаиваю, однако.

Всего записей: 575 | Зарегистр. 25-01-2006 | Отправлено: 11:59 08-03-2018
BKSRU

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tlotr

Цитата:
Что-то уже реализовано?  

Читайте внимательно топики.

Цитата:
 
По вашим же "узкоспециализированным" примерам я привёл, как это легко и просто делается в существующих механизмах и вам многократно говорили люди, что у них как раз 90+% книг обрабатываются замечательно хоть с выступающими картинками, хоть без.  

Это вилами на воде писано . Но тем не менее, что делать с 10%?
Вы привели примеры действий из разряда Грейзимеханик. Это не приемлемо.
 
Повторю еще раз я не шифруюсь и предлагал наилучший способ понять друг друга, вместо бесполезной писанины.
При таком раскладе лучше прекратить спор. Будь, что будет. Вы предлагайте свои идеи я свои. И если, что то будет улучшено независимо от того, какие и чьи фишки будут приняты во внимание, я буду только рад.

Всего записей: 1555 | Зарегистр. 29-01-2009 | Отправлено: 13:41 08-03-2018
tlotr

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Будь, что будет.

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

Всего записей: 85 | Зарегистр. 16-09-2009 | Отправлено: 14:27 08-03-2018
daa2013

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Еще раз про направляющие.
Идея: Можно же и к внутренним краям зон картинок их прилипание организовать.  
 
 
tlotr
Да пусть состоится обсуждение. Что вам, жалко что ли ? Я например в 2008 году с самого начала момента разработки просил, и дополнительно тут на форуме в 2009 году писал:
 

Цитата:
Я уже писал как-то на натафоруме, что хорошо бы сделать фичу: руками
передвигаешь рамку за черный мусор, а она дальше сама ползет, ищет точный край текста
(простая логика: если выставленная руками "правая" рамка слева не соприкасается с
черными пикселями, то сдвигаем ее на пиксель влево пока не ...).

 
И вот ! Ура ! Вроде, наконец сделали. (Щас буду смотреть, как именно работает).  
 
Добавлено:

Цитата:
А если помечтать - настраиваемых горячих клавиш для любых операций.  Абсолютно не настаиваю, однако.

 
 
Для справки.
Достаточно широкий список хоткеев организован в форке Scan Tailor Universal:
 
 

Всего записей: 1014 | Зарегистр. 13-06-2013 | Отправлено: 16:23 08-03-2018
TelecomUral

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
daa2013
Да кабы было обсуждение Невнятное многословие, очень точная характеристика. И трудно отстроиться от приложенного эгоизма.  
Чисто теоретически сделать тут более удобный интерфейс, как мне кажется, нельзя. А подумать над автоматикой учёта выступающих символов, как опциональной фичей, можно. Типа галочки "на этой странице ищи главный текстовый блок особо точно, и равняй именно по нему, не выбрасывая прилегающие символы".

Всего записей: 3011 | Зарегистр. 15-07-2010 | Отправлено: 16:35 08-03-2018
daa2013

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ну я, например, начало обсуждения вообще понял так.
 
Что товарищ БКСРУ рассуждает в логике работы BookRestorer. Что сначала задаётся "формат" (т.е. размер листа)  (В СТ он рассчитывается а не задаётся, и тут на самом деле такая опция возможна).  Затем задаются поля (как бы бортики биллиардного стола). А затем уже внутри них как шарик катается определенная зона контента. Если она выступает (а она выступает), то отдельно указывается с какой стороны идёт прилипание, а с какой можно "впилиться" в бортик  (залезть контентом в поля).
 
Проблему я вижу в том, что если текст/картинки разделены, то можно отдельно смотреть где края текста, а где картинок. Если же текст идёт уступами, то в СТ нигде автоматически эти ступеньки не отлавливаются (край первого уровня, край второго уровня)  и все равно придётся всё руками ставить.  
А чтобы руками ставить, изменения размеров полей вполне достаточно.
 
 
Здравый момент номер два.  У нас бывают опорные элементы внутри зоны контента. (Колонтитулы, разделительные линии, буквицы.)  И тут можно направляющую использовать как наложенную на экран линейку, которую все давно просят.  
 
Ключевое для меня слово тут сказал 4lex4 - "прилипание". Чтобы не руками таскать а мышкой вектор, куда ползти, задавать.
Но что тут можно средствами СТ реализовать, а что нет, пока неясно.
 
Возможно, можно совместить динамическую рамку (обхватывающую автоматом некий элемент) и направляющую.  Т.е. обвели мышкой буквицу. Вокруг буквы встала автоматом рамка.  Доползла до неё из более широкого начального положения. А потом уже этой опорной рамке мы командуем "прилипни к направляющей".  (И эта рамка может быть полностью внутри зоны контента.)
 
Это всё в порядке бреда и мозгового штурма, если что.

Всего записей: 1014 | Зарегистр. 13-06-2013 | Отправлено: 17:07 08-03-2018 | Исправлено: daa2013, 17:09 08-03-2018
TelecomUral

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
в логике работы BookRestorer

Ох, помню, как я мучался, когда в этой логике BR пытался порезать фотографии разворотов ЮТа. Номеров девять только осилил. Библиотечные экземпляры, сшиты по шесть штук, разворачиваются по-разному, центрованы как уж фотик навёлся. Жуть.  
Жёсткий формат листа неприемлем для фичи автомасштабирования. Мне так кажется. Но в порядке бреда и мозгового штурма почему бы и нет.
 
Добавлено:

Цитата:
обвели мышкой буквицу. Вокруг буквы встала автоматом рамка.  Доползла до неё из более широкого начального положения. А потом уже этой опорной рамке мы командуем "прилипни к направляющей"

Точно, я пару дней назад читал эту ветку, смотрел в интерфейс и подумал, что работать с внутренними объектами удобно было бы именно так! Найден - автоматически - достаточно крупный ~прямоугольный объект, и ему мышкой указано куда прилипнуть. Но не стал тут писать. Программиста жаль

Всего записей: 3011 | Зарегистр. 15-07-2010 | Отправлено: 18:07 08-03-2018
daa2013

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Жёсткий формат листа неприемлем для фичи автомасштабирования. Мне так кажется.

 
А. Нет, вам не кажется. (Если фотки от неизвестного источника.)
Но глобально выбирать механизм и логику выставления полей (что к чему плюсуется) через опции, теоретически, вполне возможно. Хотя программиста и вправду жаль, и это уже не направляющие, по которым консенсус просматривается.  По-хорошему, нужно либо два форка (сканы/фотки), либо настройки (фичи для сканов/фичи для фоток).
Если что, то я за второе.  Иногда такие сканы бывают...
 
Б. Нет, вам это кажется. Все фотки можно масштабировать под заданный формат. А этот формат - можно даже оригинальную книгу линейкой обмерять.  (Если книга в наличии.) Как вариант, использовать заявленный издательством размер.

Всего записей: 1014 | Зарегистр. 13-06-2013 | Отправлено: 18:50 08-03-2018
daa2013

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
 Для точного позиционирования Прямоугольника с контентом использовать стрелки клавиатуры с шагом 0,1.  

 
Перевожу идею BKSRU на терминологию СканТейлора:
 
при зажатом контроле и нажатии на стрелку вправо уменьшить для текущей страницы правое поле на 0,1 и нарастить левое поле на 0,1.
 
стрелку влево     (нарастить правое и уменьшить левое)
стрелку вверх  (нарастить нижнее и уменьшить верхнее)
стрелку вниз  (нарастить верхнее и уменьшить нижнее)
 
Клёвая фича !

Всего записей: 1014 | Зарегистр. 13-06-2013 | Отправлено: 03:51 09-03-2018 | Исправлено: daa2013, 04:01 09-03-2018
BKSRU

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Почему то решили, что я хочу усложнить программу до уровня СК. Наоборот, свою позицию не раз определял: упростить до максимума, сделать работу более скоростной и интуитивной. И если первые 4 этапа более менее соответствуют этому принципу, то на 5м этапе почувствовал, что что то не так. Человеческой логики в нем нет. Это мое мнение. С этим этапом приходится разбираться и привыкать.
Тут мне подсказывают, что я не скромен. Свою позицию я определил сразу и несколько раз. Буду добиваться чего то, пока это не вызовет дискуссию и попытку понять меня. Это возымело действие в течении месяца. Нам не придется еще 10 лет ждать. Теперь будут учтены проблемы 10% книг . У нас появится новый инструмент (направляющие) и новый подход к делу (шаговая корректировка контента, а не рамок, т.е. ориентация контента человеческим интуитивным способом).
 
daa2013

Цитата:
Что товарищ БКСРУ рассуждает в логике работы BookRestorer. Что сначала задаётся "формат" (т.е. размер листа)  (В СТ он рассчитывается а не задаётся, и тут на самом деле такая опция возможна).  Затем задаются поля (как бы бортики биллиардного стола). А затем уже внутри них как шарик катается определенная зона контента. Если она выступает (а она выступает), то отдельно указывается с какой стороны идёт прилипание, а с какой можно "впилиться" в бортик  (залезть контентом в поля)...  

Попытка понять меня и здраво порассуждать, это мне больше импонирует.
Но здесь не совсем так. Я говорю что то вроде о гибриде. На автоматику вычислений я не посягаю. Формат пускай вычисляется как есть с возможностью его менять пользователем при необходимости. Собственно за последний месяц мы это и получили. Но IMHO кривовато. При такой реализации пользовательский формат задается несколько сложно.
Но вот дальше с жесткими полями происходит неразбериха. Тем более если исходить из логики, что 90% книг имеют нормальную структуру контента, как я понимаю явно выраженный контентный блок. Так, что бы его выровнять ловко, мне достаточно:
- Знать тот формат который вычислит СТ.
- Расположить по краям формата(а не плавающих размеров контента) рамку полей на величину жестких полей. В качестве сторон рамки полей великолепно подходят направляющие.
- Равнять контент (полезную область) по центру/левому/правому.../углам рамки полей.
- Иметь возможность точной шаговой подгонки контента: лево/право/вверх/вниз. 4 кнопки, а не 8. Любой технарь это заметит, что это иной подход. У нас две оси. И для этого нам надо 4 кнопки (по 2 на каждую ось), а не 8.
 
Но я не стал настаивать на полном понимании моей концепции. Это бесполезно оказалось.
Поэтому, просто попросил хотя бы :
- Направляющие (любое количество) с прилипанием.
- Иметь возможность позиционировать контент по двум направлениям - нормальным человеческим способом.
 
Это возымело действие. И собственно при наличии даже такого минимального комплекта работа будет намного упрощена. А тем кому это не нравится, так они вообще могут и не подазревать об этих возможностях, особенно если реализация с направляющими будет похожа на реализацию того же GIMP. Где направляющие достаем с краев экрана. Кому не нравится могут не использовать.
Мне лично даже при таком миникомплекте будет мешать ПОКАЗ рамки жестких полей. Иметь ОПЦИОНАЛЬНУЮ возможность отключения их для меня было бы удобно (именно с точки зрения - не засорять). Но все думают только о себе, кто обо мне подумает . Но может отключив эту рамку, я жить без нее не смогу и такое может быть. Может ее отсутствие показало бы мне, что чего то не хватает .
 
Дальнейшие рассуждения можете не принимать во внимание. Я исхожу из своего опыта, а он мне говорит:
- Обычно мне не нужна ВИДИМОСТЬ и рамки полезной области. Она уже вычислена и программа знает что делать. Я просто выставляю 4 направляющие в качестве полей и подравниваю контент если мне не нравится автоматическое оределение его местонахождения. Т.е. минимум инструментов и нет перегруженности листа (только формат/границы/контент) и предельно ясно, что необходимо сделать, что бы подвинуть контент и как его подвинуть.
Автоматика здесь не исключена, мы так же можем равнять по всем четырем сторонам на автомате. Плюс еще и прилипание и возможность выбора баз внутри полезной области для однотипных но выбивающихся из общей массы страниц...
Чем еще хороши направляющие, так это тем, что здесь идет заточка под нужды книгоделов. Я не видел, что бы они были сквозные где либо, а в нашем случае они рапространены на все страницы и привязаны к проекту. Опять же каждый исходя из личного опыта, возможно захочет придать какие либо дополнительные свойства направляющим, которые помогут в нашем деле. В дальнейшем выносим на обсуждение и решаем вопос целесообразности.
 
 

Всего записей: 1555 | Зарегистр. 29-01-2009 | Отправлено: 05:39 09-03-2018 | Исправлено: BKSRU, 08:47 09-03-2018
papaVlad



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Бегло прочитал последние пару страниц.
Эх, вернуться бы к экспорту 3-ей стадии из экспериментального, а потом допиливать удобствами.
Толку сейчас от направляющих на кривом контенте, где не 1 мм расхождение верха и низа, а порой в сантиметрах, или направляющие тоже будут изгибаться?
Вот пример под рукой
https://archive.org/download/B-001-022-379/B-001-022-379.zip
или тот же архив тут
https://yadi.sk/d/sGic7RXJ3TAuu5
вот и тренируйтесь на нём, обалденный материал, половина страниц напечатаны вкривь и вкось, то влево завален текст, то вправо. Толку от катания этих листов по бильярдному столу никакого, надо выпрямить сразу, а потом уже приклеивайтесь к ровному текстовому блоку для ловли полей, базы, формата или срезайте всё лишнее, размах для фантазии.
 
4lex4, где-то уже писали про "Следовать за страницей", видимо попросили отключить, хотя на ранних версиях всегда же было включено, то есть кликая по клавише W страница никогда не исчезала из поля зрения. Было удобно, ну раз кому так хуже, то кликну в начале проекта один раз на неё. Привыкаю.

Всего записей: 161 | Зарегистр. 22-04-2012 | Отправлено: 05:41 09-03-2018
BKSRU

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
papaVlad

Цитата:
Эх, вернуться бы к экспорту 3-ей стадии из экспериментального, а потом допиливать удобствами.  

IMHO
Я привык делать все последовательно, вылизывая с основ. Иначе действительно рискуем получить подобие СК с хорошим функционалом, но без нормального взаимодействия с пользователем. Это не просто брюлики, это скорость обработки.
Когда вылезано взаимодействие с пользователем, большинство пользователей начнет больше обращать внимание на несовершенство алгоритма.
 
 
Добавлено:
papaVlad

Цитата:
вот и тренируйтесь на нём, обалденный материал, половина страниц напечатаны вкривь и вкось, то влево завален текст, то вправо. Толку от катания этих листов по бильярдному столу никакого, надо выпрямить сразу, а потом уже приклеивайтесь к ровному текстовому блоку для ловли полей, базы, формата или срезайте всё лишнее, размах для фантазии.  

Я все понимаю, но какое отношение любая система позиционирования имеет к кривым сканам? Это другая проблема.
 
Добавлено:
Заметил не хорошую тенденцию, которая вовсе не помогает понять, что нам нужно, а что нет. Не стоит думать за программиста, что сложно. Программист в этом разбирается больше нас и сам решит на сколько задача сложна. Его больше напрягают наши споры одно по одному. По существу все, что нам надо это выкладывать идеи на обсуждение и пытаться доказать их состоятельность и необходимость. И если есть в них рациональное зерно, обсудить как улучшить идею исходя из личного опыта каждого и прийти к единому мнению. Деловой подход к делу не напрягает уже ни кого. Программист скажет на сколько это реализуемо и захочет ли он за это взяться.
Но в любом случае обычно любая реализованная фишка требует обкатки и доработки и опять же совместных усилий...
Что касаемо текущего спора, я предлагал неоднократно как с помощью скайпа все это урегулировать намного проще. Нет ничего проще обсудить вопрос за круглым столом. И поверьте такая обстановка намного более комфортна и спокойна, чем переписка на форуме. Все неясные моменты тут же разъясняются и становятся ясными. Тот кто пишет думает, что написал все понятно, тот кто читает думает совсем наоборот... и при письме это не избежно. Это не любовные письма, это ломка стереотипов, в том числе вы ломаете мои, я пытаюсь поломать ваши. Плохого в этом ничего нет. Возможно вы переубедили бы меня на моих же примерах.

Всего записей: 1555 | Зарегистр. 29-01-2009 | Отправлено: 05:52 09-03-2018 | Исправлено: BKSRU, 06:46 09-03-2018
papaVlad



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BKSRU

Цитата:
Я привык делать все последовательно, вылизывая с основ.

Это лишь красивые слова, никто не напишет, что привык делать через ж..., хотя и делаем
Сейчас внесём изменения на последних стадиях, а затем будем исправлять начальные?
Или каждая стадия, как независимый блок?, изменить детство, не повлияв на старость, вполне возможно и гораздо позже? Тогда я не спешу, подожду.

Цитата:
Это другая проблема.

Да, эта одна из разновидностей проблем, которые тоже нужно учесть, или так и будем посылать в экспериментальный? Заложите решение внутри вашей разработки и для такого случая, а пока очередное СПАСИБО Тулону за готовое решение проблемы.
И сканы в архиве не кривые, это печать в типографии такая, хотя и не столь важно, ещё бывают фотки, с похожими трапециями, и их тоже обрабатывают. Поддержка от фотографов Вам не помешает, если предложенные реформы облегчат им обработку.
 
BKSRU, идеи интересные продвигаете, но на данном этапе жизни ничем не помогу Вам, мне и так, благодаря 4lex4, стало очень-очень хорошо, скорость обработки за счёт новшеств существенно возросла, причём всё делается намного легче и без критических ошибок, чего ещё желать-то, нужно просто обрабатывать сканы.

Всего записей: 161 | Зарегистр. 22-04-2012 | Отправлено: 07:17 09-03-2018
BKSRU

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
papaVlad

Цитата:
BKSRU, идеи интересные продвигаете, но на данном этапе жизни ничем не помогу Вам, мне и так, благодаря 4lex4, стало очень-очень хорошо, скорость обработки за счёт новшеств существенно возросла, причём всё делается намного легче и без критических ошибок, чего ещё желать-то, нужно просто обрабатывать сканы.

Все верно, в том числе и за счет изменений 4го и 5го этапа. Но что то мне подсказывает, что здесь не было бы никаких изменений за последние 2 месяца.

Всего записей: 1555 | Зарегистр. 29-01-2009 | Отправлено: 07:27 09-03-2018
tlotr

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
daa2013

Цитата:
при зажатом контроле и нажатии на стрелку вправо уменьшить для текущей страницы правое поле на 0,1 и нарастить левое поле на 0,1.

 
Я правильно понимаю, что речь может идти только про выравнивание по центру? Ведь если я выровнял страницы, скажем, по углам, то мне вообще не нужны какие-то отличные от нуля значения полей у корешков - я их всегда выставляю в ноль, чтобы СТ рассчитывал их сам.
 
То есть: если у меня нечётные страницы прижаты вправо, то для них выставляется левое поле "0" и симметрично для чётных. Аналогично с прижатостью по вертикали: если страницы прижаты к одной из трёх позиций сверху, то мне не нужно отличное от нуля значение полей внизу и наоборот.
 
Уже давно практикую данный подход и он весьма облегчает жизнь при поисках и подгонке ошибочно-максимальных страниц. Замечательно себя оправдывает, особенно на страницах, где иллюстрации вылезают до корешка вроде таких: http://i97.fastpic.ru/big/2017/1108/5b/7cb2cba2cb4a106153e7c8aeceb6175b.jpg или вовсе идут сквозь разворот как вот эти две: http://i83.fastpic.ru/big/2016/1015/fe/4f3a11387399754acd1137e04ab1defe.jpg http://i83.fastpic.ru/big/2016/1015/3f/613ee5ac1e335e8cdde52c188e639c3f.jpg .
 
И, разумеется, речь не идёт о страницах, которые не содержат никакой привязки к местоположению полезной области вроде таких: http://i78.fastpic.ru/big/2016/0418/96/d8b29985367ba8a9d2a7b2833e54b796.jpg Если я там и отклонялся на несколько миллиметров относительно оригинала, то спал после этого спокойно.

Всего записей: 85 | Зарегистр. 16-09-2009 | Отправлено: 07:33 09-03-2018
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

Компьютерный форум Ru.Board » Компьютеры » Программы » Scan Tailor (часть 2)
Maz (10-01-2024 10:45): Scan Tailor (часть 3)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru