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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
BKSRU

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Поделюсь своими соображениями с точки зрения юзера. Ни на чем не настаиваю. Это просто мое видение более удобной концепции форматирования страниц. Помечтать не вредно.
Итак задача как можно больше исключить ручной труд, сделать процесс более интуитивным, точным и быстрым.
 
Концепция последовательного решения задач хороша и интуитивна.
1 - Исправление ориентации/2 - Разрезка страниц/3 - Компенсация наклона - здесь все хорошо и пока оставим в покое.
 
4 - Полезная область. На этом этапе уже стоит кое над чем призадуматься. Края определяются нормально но не безупречно. В результате автоматика сопровождается ручным трудом. Если задуматься, то собственно зачем тогда так стремиться точно подгонять рамку под полезную область. Такая автоматика годится только если мы не собираемся ничего заливать. А если все таки хочется залить края? Что бы исключить ручной труд достаточно дать возможность безопасных отступов при определении полезных зон. Т.е. дать на усмотрение пользователя назначать от одного до нескольких добавочных пикселей к рамке полезной области. Все равно придется страницы зачищать. Так хоть избавиться от лишней работы по проверке не срезана ли где лишняя информация.
 
5 - Поля. Здесь собственно идет выравнивание страниц. И выбранная концепция не удачна.
На самом деле основных концепций выравнивания всего две:
- Равнять лист относительно рамки.
- Равнять рамку относительно листа.
Так вот здесь выбрана именно вторая концепция. Неудачная и менее интуитивная.
В то время как первой концепцией пользуются не побоюсь этого слова - тысячелетиями. Она интуитивна и более эффективна. Это как вставлять фотографию в рамку, равнять плакат... Суть такова:
- После резки мы знаем наибольшие размеры ширины и высоты. Программа определив их рисует рамку, т.е. белый лист(подложка). Назовем его - Формат. На этот Формат и будут ложиться страницы с предварительным выравниванием, ориентируясь на полезную область. Далее смотрим самую широкую страницу, срезаем лишнее если имеется. Так же поступаем и с самыми высокими страницами. Формат автоматически меняется в соответствии с новыми данными о самой широкой и высокой странице. Таким образом почти полностью исключив ручной труд определяем реальный размер страниц. Однако лучше иметь возможность задавать пользовательские размеры. Это может показаться похожим на то, что уже имеем. И в общем то это так и есть. Просто надо привести все в порядок, поменять фон и убрать лишние детали, а не загромождать формат. И уже сразу будет ясно, что происходит при подрезке широких и высоких страниц.
- Далее подгонка листов и она уже в корне отличается от того, как это происходит сейчас. Регулировать надо расположение самих листов относительно формата, а не рамку вокруг листов. Т.е. с помощью горячих клавиш должна быть возможность регулировки сдвига листов относительно рамки. Тогда листы уже на этом этапе не будут скакать при перелистывании и результат будет виден сразу. А работа превратится в удовольствие, а не в попытку запустить ракету на коленках.
Причем должна быть возможность горячих клавиш с разным шагом, например:
Стрелка - сдвиг с шагом 1мм.
Ctrl + стрелка - сдвиг с шагом 0,1.
И конечно должна быть возможность ориентации страниц с помощью захвата мышкой.
- Теперь по поводу Формата. Это должен быть абсолютно белый лист на котором лежит страница, которую и двигаем относительно формата. Единственное должна быть рамка полезной области, которая могла бы быть базой для выравнивания. Эта рамка в идеале должна быть с возможностью отключения показа, тонкая и желательно с возможностью регулировки положения, как на этапе Полезная область.
На самом формате должна быть возможность установки тонких горизонтальных и вертикальных направляющих. При перелистывании и зуммировании их положение меняться не должно относительно формата, т.е. они привязываются к самому формату, а не к листам. Служат они для установки баз по которым равняем страницы. Т.е. подогнал такую вертикальную направляющую к краю абзаца одной страницы, а горизонтальную под номер страницы и равняем остальные листы по этим базовым направляющим. Лучше иметь возможность выставлять несколько направляющих (цвета лучше менять). Например, некоторые страницы могут выбиваться из общей схемы и придется искать иные базы.  
Для большей автоматизации надо иметь возможность прилипания полезных зон к направляющим. Ведь стороны полезной зоны в большинстве случаев могут быть сами по себе базовыми линиями для выравнивания. В большинстве, но не всегда.
Для примера приведу скриншот макета этого этапа. Здесь показан сам формат с двумя бардовыми направляющими и желтой рамкой полезной области прилипшей к базам:

При таком подходе приемлемый результат можно получить почти не вмешиваясь в процесс формирования страниц. Сам же процесс весьма интуитивен и сродни вставки фотки в рамку.
 
Если уж на то пошло, то Поля это лишний этап, поскольку все это можно было бы организовать на этапе Полезной области, переименовав этот этап, например - Форматирование. И если заметили на скриншоте видно, что вместо 6ти этапов сейчас 5.
 
- Следующий этап Вывод. Здесь пока не будем ничего трогать, кроме как того, что этот этап я бы назвал как ни будь иначе. Например Чистка.
Сам же этап Вывод как таковым не является. Это скорее кнопка меню, которая должна быть доступна на любой стадии.
 
Таким образом если бы я задался целью, переработать программу, то ориентировался бы на такие этапы:
1 - Исправление ориентации
2 - Разрезка страниц
3 - Компенсация наклона
4 - Форматирование
5 - Чистка

Всего записей: 1558 | Зарегистр. 29-01-2009 | Отправлено: 11:45 08-12-2017 | Исправлено: BKSRU, 18:39 10-12-2017
papaVlad



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BKSRU, предложили слишком сильные изменения, на такое вряд ли кто согласится.
В большинстве случаев в СТ делаются, как Вы сказали """идеальные книги""". Им вот это всё точно надо? 10 лет пляшут от Полезной области, добавив Поля -- этого более чем достаточно, а не хватает функций на последнем этапе.
Всё то, что Вы предложили с подложкой заготовки очень интересно и мне тоже, но нас мало.
Если прямо вот так делать, то это скорее должно вылиться в отдельную программу, как это тут называют, то ли мод, то ли форк, не важно. И вот в неё продвигать вёрстку, макеты, направляющие, линейки, сетки и т.д., мне бы хотелось видеть по 2 страницы на экране, чтоб стыковать удобнее и ещё 3-ий этап (поворот и правку искажений) предложил бы объединить с 4 и 5, а то прыгаешь туда-сюда, чуть подкручивая, с первого раза никогда не попадёшь при стыковке иллюстрации на развороте, проще склеить в редакторе, но лень выпрыгивать из СТ, надеясь вот сейчас точно попаду.
В общем, мечты
BKSRU, а знаете как мы выкручиваемся без направляющих, не знаете, а кому надо чтоб на одном уровне что-то на страницах было, те прикладывают палец к монитору в это место и перелистываем, палец -- отличный ориентир!!!, а ещё умельцы линии на мониторах рисуют  
А Вы говорите "Формат -- это куул!" Да не, тут не прокатит, от силы можно выпросить направляющие или какую сетку, да и на это могут ворчуны объявиться.

Всего записей: 161 | Зарегистр. 22-04-2012 | Отправлено: 17:10 08-12-2017
amaid



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
papaVlad прав, ребята, не гневите бога-программера - с мало-мальски вменяемыми сканами ST справляется на ура. Стоит ли затачивать прогу под обработку кривых фотографий и пр. чешуи? Сильно сомневаюсь. Advanced добавил скорости и полезных функций, а с появлением профилей улучшится и юзабельность. На мой взгляд, это самый правильный курс развития.  

Всего записей: 575 | Зарегистр. 25-01-2006 | Отправлено: 18:23 08-12-2017 | Исправлено: amaid, 18:24 08-12-2017
BKSRU

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я понимаю, что это хлопотное дело и требует не мало времени на разработку. Но на самом деле это больше зависит от опыта программиста. Есть и такие кто за неделю бы набрасал вариант новой концепции с подложкой на пробу, которую потом можно было бы допилить ориентируясь на пожелания пользователей и свои ощущения. Но это если повезет и программист обладает хорошей долей альтруизма и захочет самовыразиться сделав, что то действительно более стоящее, а не работать по принципу - как у соседа.
Но тут важно было поточнее описать, что хотелось бы видеть и что есть альтернативная концепция той, что есть сейчас, и если увидят рациональное зерно может и другие помогут уговорить программистов попробовать . Другое дело если программист увидит в таком подходе больший смысл, но задача не под силу... будем работать с тем, что есть. В конце концов не плохая программа и с более дружелюбным интерфейсом чем SC. Здорово выручает. Спасибо разработчикам.
 
Добавлено:
amaid

Цитата:
Стоит ли затачивать прогу под обработку кривых фотографий и пр. чешуи? Сильно сомневаюсь.

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

Всего записей: 1558 | Зарегистр. 29-01-2009 | Отправлено: 18:27 08-12-2017 | Исправлено: BKSRU, 18:45 10-12-2017
4lex4

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BKSRU, интересное предложение, и главное вовремя, наконец-то вы ясно расписали, что вы хотите.
 
Я как раз сейчас полностью переделываю фичи авто поля и границы страницы из Enhanced, ибо они не пригодны к использованию на текущем этапе.
Уже добавил ручную и интерактивную регулировку границ.
 
Что это даст:
1. Мы сможем применить область контента и наши границы ко всем страницам на 4й стадии. Это как раз и будет та рамка.
То есть у нас две рамки - внутренняя - область контента, и внешняя - границы страницы - то есть "формат" на вашем языке.
2. Вместо удаления пятой стадии мы просто включим галочку авто поля и применим ко всем страницам. Все поля будут автоматически расчитаны из 4 стадии, то что вы и простите, то есть по внешней рамке. И можно сразу переходить к выходу.
 
То есть по сути это и есть та рамка, что вы просите, только более гибкая. Вообщем, дождитесь, пока я доделаю, я даже наверное выложу промежуточную тестовую версию на днях, чтоб обкатать именно эту новую фишку.

Всего записей: 346 | Зарегистр. 27-01-2016 | Отправлено: 18:52 08-12-2017 | Исправлено: 4lex4, 19:11 08-12-2017
BKSRU

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Спасибо за понимание. Будем с нетерпением ждать новшеств.

Всего записей: 1558 | Зарегистр. 29-01-2009 | Отправлено: 18:58 08-12-2017
papaVlad



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

Цитата:
1. Мы сможем применить область контента и наши границы ко всем страницам на 4й стадии.

На данный момент есть небольшой косяк с "Применить ко всем" на 4-й стадии.
Страницы, на которых мы уже потоптались не включаются в "Применить ко всем", они остаются с теми границами, которые автоопределились ранее.
Для наглядности видео https://yadi.sk/i/NSF9EalL3QSboS

Всего записей: 161 | Зарегистр. 22-04-2012 | Отправлено: 19:13 08-12-2017
4lex4

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
papaVlad, вы просто забыли поставить самую верхнюю галочку - "Применить полезную область". Поэтому у вас применился только ручной режим, а полезная область расчитанных страниц осталась нетронуты. А нерасчитаные страницы находятся в безвыходном положении, ибо им в ручном режиме просто неоткуда брать область, ибо своей расчитанной у них нет. Все правильно сработало.

Всего записей: 346 | Зарегистр. 27-01-2016 | Отправлено: 19:18 08-12-2017 | Исправлено: 4lex4, 19:25 08-12-2017
papaVlad



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
4lex4, ага, вон оно как тут, ткнул и сработало. День не зря прошёл, я за сегодня ещё поумнел
 
 
 
Добавлено:
4lex4
Так это из Enhanced появилась опция с дополнительной галкой. А я очень удивился, думал Вы припаяли зачем-то. А это точно так удобнее? Не пойму в чём нужда в ещё одной галке. После массового использования Featured народ будет также тут спотыкаться.

Всего записей: 161 | Зарегистр. 22-04-2012 | Отправлено: 19:26 08-12-2017
4lex4

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
papaVlad, галка на второй стадии точно нужна, ибо там без галки СТ сам автоматом расчитывает линии разреза, ограничиваясь лишь режимом, который мы ручками установили (в полном автомате СТ сам выбирает и режим разреза). С галкой мы заставляем СТ применять линии разреза, адаптирую их, а не расчитывать автоматом. В Enhanced эта галка была, но она не работала на страницах с различными пиксельными размерами, я научил СТ адаптировать линии разреза в версии 1.06 или 1.07, уже точно не помню.
 
А вот галка на 4й стадии может быть и лишняя, хотя не уверен.

Всего записей: 346 | Зарегистр. 27-01-2016 | Отправлено: 19:50 08-12-2017 | Исправлено: 4lex4, 01:32 09-12-2017
papaVlad



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
4lex4, на стадии Разрезка страниц обнаружил такую же выносную выключенную галку, больше нигде нет и то хорошо. Значит надо просто привыкнуть, что в двух местах жмакаем ещё и на другую галку.
 
BKSRU, учитесь как обрезать, чтоб Вы без меня делали

Всего записей: 161 | Зарегистр. 22-04-2012 | Отправлено: 20:10 08-12-2017
4lex4

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
papaVlad, сначало не понял, про какую вы галку, переписал предыдущий пост. В новой версии на 4й стадии появится новая галка, поэтому она понадобится, чтоб был выбор - одно применять, другое не применять, или применять все.

Всего записей: 346 | Зарегистр. 27-01-2016 | Отправлено: 01:34 09-12-2017 | Исправлено: 4lex4, 01:37 09-12-2017
papaVlad



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
4lex4, так-то теперь понял принцип действия дополнительной галки на 2-ой и 4-ой стадии.
На мой взгляд это тот случай, когда по-умолчанию, попадая в это окошко, должно быть """как у соседа""", народ привык, что "Применить ко всем" -- это и значит ко всем-всем, не взирая на кое-где уже установленные ручные или авто правки. А вот если учитывать ранние правки, то тогда пусть будет включаться дополнительная галка, или даже правильнее добавить в саму менюшку, где Применить к выбранным или Применить к последующим или Применить к каждой второй, вот туда и добавить вариант "Применить к нерасчитанным страницам", кто уже в курсе, тот будет пользоваться этим, а большинство по старинке, не переключаясь никуда по-умолчанию Применят ко всем-всем-всем -- так во всех версиях работает, на всех стадиях и во всех меню, ну кроме STE как только сейчас выяснил.
 
Если Вы в следующее обновление внедряете ещё новую галку, с новыми возможностями -- это хорошо и полезно, но постарайтесь, чтоб не возникло похожей путаницы, чтоб это работало по-умолчанию как на всех стадиях одинаково, чтоб не нужно было специально обращать внимание на выносные выключенные галки, вариант для балбесов (Применить ко всем-всем-всем) должен быть по умолчанию или стоять на первом месте в появившемся окне, а продвинутый пусть изучает все возможности СТА и тыкает в нужное место для своей ситуации.
 
Вроде и мелочь, какая-то отдельно стоящая галка, а столько путаницы выходит

Всего записей: 161 | Зарегистр. 22-04-2012 | Отправлено: 11:23 09-12-2017
BKSRU

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

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

Где то здесь в ветке по верстке книг и предлагал делать линейки. Есть специальные программки - экранные линейки. До какой то степени могут заменить их нехватку. Сам пользуюсь SPRuler. Для нее сделал специальные линейки - просто тонкие линии (с ручками для захвата). И гдет ьл на форуме выкладывал. Эти линейки рисуются поверх рабочего стола и всех окон. Вот выставляю несколько горизонтальных и вертикальных линеек под какие либо базы на сканах и равняю. Выставил пару горизонтальных линеек и удобно подгонять рисунки на разворотах. Однако это на безрыбъе. Их проблема в том, что при изменении формата или зумировании, линейки снова приходится подгонять под базы. Настоящие линейки привязаны даже не к формату а к боковым линейкам формата. Т.е. при зумировании они соответственно не меняют положение на листе и их не надо подравнивать. Кроме того их расположение могло бы записываться в проекте. Перекурил и продолжил проект ни о чем не беспокоясь.

Всего записей: 1558 | Зарегистр. 29-01-2009 | Отправлено: 11:36 09-12-2017 | Исправлено: BKSRU, 11:45 09-12-2017
papaVlad



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

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

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

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

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

Цитата:
Пробовал ранее какие-то пару штук, может и по Вашей наводке, ничего у меня тогда не вышло путного, увеличение скана в окне СТ сбивает привязку к линейкам, они же не могут абсолютно точно так же увеличиваться, возможно Вы нашли решение, я тогда не смог, удалил. Без пользования зумом Палец работает не хуже, но тут абсолютной точности нет, но вполне достаточно для просмотра, потому и пользуюсь пальцем при необходимости, собственно как и большинство книгоделов.

Поэтому и пытаюсь убедить разработчиков о необходимости подобного инструмента. Как говорил настоящие линейки, например в GIMP при зумировании не сбиваются, они привязаны к линейкам листа и к проекту.
А пока пользуюсь экранными линейками.
И для верстальщика они просто необходимы и для подобного рода программ они должны быть как за правило.

Всего записей: 1558 | Зарегистр. 29-01-2009 | Отправлено: 12:25 09-12-2017 | Исправлено: BKSRU, 12:29 09-12-2017
papaVlad



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


Цитата:
Поэтому и пытаюсь убедить разработчиков о необходимости подобного инструмента.

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

Всего записей: 161 | Зарегистр. 22-04-2012 | Отправлено: 13:18 09-12-2017
BKSRU

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я никого не тороплю . Куда уж торопиться. Предлагал подобные линейки давно и тогда мне говорили, что они никому не нужны. А сейчас оказывается, что верстальщики пачкают свои мониторы пальцами. Вы никогда не пытались после этого произвести ложный деспекл ? Вас за такое варварство художник бы не знаю, что сделали .
В общем если не напоминать, то толку от такой скромности никакой.
Тем более это далеко не полный список предложений, накопленный практикой, чего не хватает и приходится пользоваться сторонними программами. В то время как они должны быть просто сведены в одну специализированную. Направляющие это только одна из таких хотелок, которая как за правило в графредакторах. И это великолепный инструмент. На самом деле там это несколько более универсальный инструмент и выполняет роль сетки и гильотинки по совместительству. По нашему - резаки.
Там это интересно устроено: Ставим курсор мыши на горизонтальную линейку, жмем кнопку и тянем, появляется горизонтальная направляющая, ставим на вертикальную линейку и тянем создавая вертикальную линейку. Сколько хотим столько и ставим.  И конечно напраляющие не приходится переставлять при изменении зума, они привязаны к линейкам формата. Есть и предуставновки. Например выставить направляющие по центру или с отступами по краям и даем команду - гильотина. Происходит обрезка.
Но нам все это не  надо. Нам нужен просто инструмент для создания базовых линий. А там видно будет, что с ними можно еще придумать или усоверщенствовать в соответствии с нашими задачами.

Всего записей: 1558 | Зарегистр. 29-01-2009 | Отправлено: 14:04 09-12-2017
papaVlad



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BKSRU, если со всех программ притащить в одну всё нужное и ненужное (на случай, а вдруг понадобится), то что получится?  
Всё смешалось кони люди голова с ума сошла -- типа такого получится.
Потому давайте заранее просчитывать, что наиболее нужно, без чего никак, что действительно даст прирост скорости в обработке, желательно объяснить как это будет работать и зачем разные цвета и почему нужны пять по пять, а не три и три направляющих и т.д., а может и не направляющие, а сетка больше пользы принесёт или даже просто фиксированные точки, типа пальца
Вот Вы там писали про фотошоп и гимп, вроде быстрее получилось, чем в СТ и/или точнее результат. Прикиньте на заметку, чем пользовались, чтоб ускориться, сколько нужно точек/линий, пользовались зумом, двигали сколько раз одну страницу, на что основной ориентир, сколько дополнительных направляющих задействовали, их смещали или страницу под них двигали, когда менялся однообразный контент на другой.
 
Вот пишу и вспоминаю, как Вас не устроил мой вариант, что страницы скачут, и соображаю, что лично мне понадобилась бы только одна точка (для нумерации страниц) с обязательной привязкой к центру низа Полезной области, тогда мне было бы пофик как определилась полезная область, я тяну эту точку к цифрам, фиксирую под ними по центру и иду на следующую страницу. Правка полезной области будет нужна лишь когда она определилась слишком большой, но это можно позже выявить сортировкой по высоте и ширине и просто убавить, при этом привязанная точка же не сместиться, т.к. Полезная область должна убавляться симметрично слева/справа. На следующей стадии Полями добиваем нужный размер, как там у меня было, вроде на 4 мм снизу и ориентация все вниз. Тут же одну из страниц делаем полную, как "Формат", на неё ориентируются остальные.
 
И вот тут понимаю, что получить точность можно и сейчас, но со скоростью будет напряг.
Придёться на каждой странице вручную убавлять Полезную область до размера цифр нумерации страниц, они же и есть точка отсчёта макета верстальщика, далее по привычной схеме: Поля и самая большая страница для ориентира.  
 
Вот видите, можно выкрутиться и сейчас, остался только вопрос скорости этой обработки. Если граф.редактор быстрее, то пользуемся им, а если скорость менее важна, то можно и в СТ. Опять же, в граф. редакторе обработчик может уже делать дополнительные правки: дорисовать, использовать ластик, клонировать элементы..., а в СТ такого не предвидится. Нужен ли тогда СТ для промежуточной операции?, и на сколько нужен?

Всего записей: 161 | Зарегистр. 22-04-2012 | Отправлено: 15:32 09-12-2017
BKSRU

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
По принципу - и так сойдет - это не метод. Сойдет и вообще без ST.
Но подождем нового релиза, а там посмотрим, что не так.
 
P.S. И совместными усилиями, каждый ориентируясь на личный опыт и ощущения, продумаем варианты инструментов для быстрой и удобной ориентации/центровки сырых страниц относительно формата.

Всего записей: 1558 | Зарегистр. 29-01-2009 | Отправлено: 15:52 09-12-2017 | Исправлено: BKSRU, 19:01 09-12-2017
   

Страницы: 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