Tulon
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору trickster7 Цитата: 1. При удалении одной из страниц проекта, полученной при разрезании пополам скана разворота книги, на этапах 3-6 (после этапа разрезания) обычно (часто? иногда?) отображается только она, определённая часть разворота. То есть в ситуации, когда разворот книги поделили на две страницы, левую и правую, а затем, например, удалили левую, вместо оставшейся правой появляется левая. Приходится откатываться обратно на 2-й этап и вручную это править, передвигая нож. | Это был баг. Надо было при удалении пол-страницы из проекта устанавливать разделительную линию в ручной режим. Поправил в Git. Цитата: 2. В том случае, если одна из страниц проекта содержит, к примеру, только колонтитул или номер страницы или заголовок посреди листа, при определении макета страницы и подготовки к экспорту проекта приходится либо вручную возвращаться и расширять полезную область, либо устанавливать особое выравнивание для страницы относительно других (например, чтобы нижнее поле и расположение номера страницы не сильно скакало при переходе от "заполненной" страницы к "пустой"). Может, стоит добавить опцию определения расположения полезной области на листе и, соответственно, автоматически предлагать наиболее оптимальное выравнивание (например, для листов только с номером страницы по нижнему левому/правому краю, для листов только с верхним колонтитулом -- вверх по центру и т.п.) | Самому мне сейчас не до этого, но не так давно один товарищ собирался реализовать как раз эту фичу. В общем надежда кое-какая есть. Цитата: 3. После всех операций текст в выходных файлах смотрится бледнее, замыленнее, с расплывчатыми границами по сравнению с исходными. Исходные сканы были получены со сканера в режиме улучшения фокуса текста. Это особенности программы (режим сглаживания?) или неизбежные артефакты, возникающие при кручении-верчении? | Я так понимаю, вы говорите о режиме Цветной / Серый? В этом режиме явного сглаживания не делается, так что можно считать это неизбежным результатом геометрических преобразований. Цитата: 4. Очень жду режим исправления кривых строк (вроде он заявлен в будущих версиях). | Вторая версия алгоритма dewarping'а от Rob'а работает довольно неплохо. Я сейчас как раз переношу ее в ST. Как перенесу, выпущу неофициальный релиз, как раз для тестирования этой фичи. Поначалу будут серьезные ограничения, вроде работы только при черно-белом выводе в 600 DPI, но постепенно они будут сняты. Кроме того, я работаю над алгоритмом определения строк текста без бинаризации, и если все получится, он позволит делать dewarping на сканах низкого качества, где буквы в словах сливаются. Цитата: 5. Хотелось бы технических разъяснений по поводу эффекта опций "Белая рамка"+"Выравнивание освещения" в режиме вывода. Работают они хорошо, затемнённый корешок убирают, однако не понятен алгоритм их работы. Если в затемнённую область попадает полутоновое изображение, пострадает ли оно от такого вытягивания освещения? | Только в клинических случаях - обычно нет. Алгоритм строит математическую модель изменения освещения в рамке контента. Для этого он первым делом должен отбросить весь контент - и текст и картинки, оставив только пустые области на бумаге. Так вот, когда картинка переходит в тень, это конечно затрудняет ее удаление, и в итоге портит качество математической модели. Однако я специально тестировал именно такие случаи, и результат обычно получается приемлемый. Добавлено: LazyKent Цитата: В openSUSE 11.2 с Qt 4.5.3 компилируется нормально. В Wiki написано, что достаточно Qt версии 4.4.0. Что делать? | Очень легко заюзать какую-нибудь новую фичу Qt, и даже не заметить этого. В данном случае вызов setDocumentMode() вполне можно просто закомментировать - он влияет только на внешний вид, а именно убирает бордюр из tabbed widget. Вот только вполне возможно, что это была лишь одна из многих новых фич Qt, которые я уже успел заюзать в ST. |