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", для правки параметров бинаризации и визуальной оценки качества страницы не надо будет перезаписывать файл на диске. -при этом существующий метод не затрагивается, отличия только в том, что при финализации выполняется дополнительный набор команд. -отсуствует основное существующее противоречие - для исправления положения резака требуется выполить полный цикл с чисткой мусора, поворотом, резапмлингом, бинаризацией и прочими алгоритмами. |