Alexx S
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bolega
Мне сложно что-либо возразить, не зная дальнейших планов по развитию этой функции. С другой стороны, при длительной работе над проектом зачастую глаз "замыливается", по себе знаю - начинаешь цепляться за устаревшее решение вместо того, чтобы полностью его откинуть (это не про кромсатор, а про мою конструкторскую работу). На данный момент лично для меня наиболее удобной была бы следующая последвательность действий:
1. Работа с макетом страницы.
-расстановка резаков, проверка правильности их положениея, выравнивание блока на странице, определения размера полей.
2. Подбор параметров бинаризаци.
3. Обработка и чистка мусора.
В этом случае, я, действительно, считаю нормальным снижение качества отображения страниц. Вплоть до последней версии правильность расстановки резаков мы вообще определяли по небольшой серой картинке в окре программы.
Для того, чтобы мои доводы были более понятны приведу пример того, как я работал вчера.
Обрабатывалась книга с большим количеством таблиц, повернутых на 90град.
В результате, на всех таблицах резаки были расставлены неверно, кроме того, каждая 10я-20я страница имела отрезанные номера.
Поскольку я, прежде, всего, хотел опробовать новый режим, то проверку правильности расстановки резаков в основном окне я не производил.
В итоге, мне понравился режим отображения миниатюр в VR , но при обраружении неправильно обрезанных страниц мне приходилось выходить в основное окно, править расположение резаков и заново обрабатывать эти страницы по полному циклу. Более того, поскольку я не видел уже обрезанный текст, то обнаружить ошибку стало сложнее.
Таким образом, положение резаков, а заодно и выравнивание блока на странице, удобнее править в основном окне, а режим без финализации использовать исключительно для подбора размера полей, несмотря на то, что в VR это делать удобнее.
СТ я пока не смотрел, да и вряд ли в ближайшее время буду это делать.
Основные разногласия у нас с Вами (причем я не настаиваю на том, что я прав, поскольку опыта у меня на несколько порядков меньше) - в подходе к обработке книги. Я считаю, что анализ макета книги, отсечение мусора, поворот и т.п и бинаризация - это два отдельных этапа обработки, которые между собой практически не связаны. С другой стороны, навязывать другим свои привычки я не собираюсь. Можно подумать, как совместить два разных подхода в СК. Например:
К пункту "Do not finalize" добавить пункт "Do not resample". Получится, фактически, аналог "Preview" на вкладке Quality. Качество отображения можно снизить и до 150дпи.
Что это даст:
-появиться возможность реализовать скрытие обрезанного текста и корректировку положения резаков. Да и обрезанный текст можно будет не полнстью скрывать, а сделать серым
-обработка будет гораздо более быстрой, самые ресурсоемкие алготирмы не выполняются.
-финализация, помимо окончательного добавления полей будет в себя включать и ресемлинг с бинаризацией.
-можно будет добавить команду "Preview with resample", для правки параметров бинаризации и визуальной оценки качества страницы не надо будет перезаписывать файл на диске.
-при этом существующий метод не затрагивается, отличия только в том, что при финализации выполняется дополнительный набор команд.
-отсуствует основное существующее противоречие - для исправления положения резака требуется выполить полный цикл с чисткой мусора, поворотом, резапмлингом, бинаризацией и прочими алгоритмами.
|
