» Scan Tailor

Цитата:

Мне тоже не нравится, но лучшего я не придумал и никто мне не предложил.

Предлагаю:
http://www.onlinedisk.ru/image/260851/1cr.png

Можно было бы, конечно, обойтись вообще без стрелочек:
http://www.onlinedisk.ru/image/260925/2cr.png,
но слишком дребезжат одинаковые иконки в типе разреза и в положении разделительной линии. А нарисовать иконки по другому рука не поворачивается - слишком понятны, да и подкраска нажатой кнопки - очень хороший ход.

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

Напоминаю, что все вышеизложенное - это попытки избежать в вики-документации фразы "Зеленая стрелка - это на самом деле кнопка (что становится очевидным при наведении на нее мышкой), которая как раз и переключает полезную область."

Цитата:

Может у вас на первых вершинах и случается больше всего проскакиваний.

Да, вы правы, так и есть. А то, о чем писалось ранее, происходило на сборку-две ранее (доделывал одну давно начатую книжку, испугался несовместимости сборок, а в итоге мучался с недоделанными зонами). Сам виноват.

StanFreeWare
В принципе никто не мешает и зеленую кнопку оставить как есть, и две по краям сделать кликабельными.

Кстати уже сделал, чтобы правило "0.4 сек или минимальное движение" применялось бы и к первой вершине. Плюс сделал не 0.4 а 0.5.

Olive77
Пришел мне ваш краш репорт. Видно что упало при работе с зонами, но причина неочевидна. Может попытка загрузить проект со старыми зонами?

Цитата:

В принципе никто не мешает и зеленую кнопку оставить как есть, и две по краям сделать кликабельными.

Просто это единственная плоская кнопка в интерфейсе ST, и за это приходится оправдываться в документации. И неоднозначность "команда или состояние", на которую я указывал выше, при этом останется. Я голосую за

Цитата:

пусть кнопки работают, как кнопки, а зеленая стрелка будет лишь индикатором положения рабочей области относительно линии разреза. (аналогично тому, как она была лишь индикатором наклона страницы на предыдущей стадии).

Т.е. за единообразие интерфейса во всем проекте.

Tulon

Цитата:

(То, что далеко от основного текста отстоящая нумерация страниц часто игнорируется, по-видимому, не особо лечится, так что придираться не буду )

но хотелось бы высказать пожелание.

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

Добавлено:
Tulon

Цитата:

Может попытка загрузить проект со старыми зонами?

Нет. загружал все по новой.
Воспроизвести пока не удалось.

Olive77

Цитата:

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

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


Цитата:

Нет. загружал все по новой.
Воспроизвести пока не удалось.

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

Добавлено:
Olive77
А что в точности означает: "just played a bit with selecting several overlapping zones"?
Означает ли это вызов контекстного меню, или что-то еще? И хорошо бы запомнить самое последнее действие, которое привело к падению.

Tulon
просто, не преследуя какие-то цели, выбрал несколько пересекающихся зон.
Так сказать в качестве стресс-теста.

затем обработал страницу по новой, перейдя на закладку "Output".
После этого попытался вернуться на закладку "Picture zones" и программа закрылась.

страница: http://www.onlinedisk.ru/file/261062/

Olive77
Стало понятнее. "Выбрал" надо понимать как "создал".
Воспроизвести все равно пока не получается.

Эта зеленая стрелка меня тоже сбивает с толку.

По поводу "разделительной линии" и "типа разреза" может что-то типа такого:

---------------------------------------------------------
[х] Полезная область:
( ) Иконка_ПолнаяСтраница
( ) Иконка_ПолезнаяОбластьСлева
( ) Иконка_ПолезнаяОбластьСправа
(*) Иконка_ПолезнаяОбластьСлеваИСправа
( ) полезная область отсутствует

[х] Разделительная линия:
(*) координаты ... ... (подставляются автоматически)
( ) остутствует


---------------------------------------------------------
По умолчанию все делается автоматически. Ручной выбор активируется крестиком напротив "Полезная область" или "Разделительная линия". В любом случае черный кружок показывает, какой тип выбран.

Выбор "полная страница" или "полезная область отсутствует" убирает разделительную линию (если была).

Если крестик перед "Полезная область" не стоит, то это выгдядит так:
[ ] Полезная область (автоматически)
и возможность ручного выбора затенена.
Если ставим крестик, то получаем возможность ручного выбора, а слово "автоматически" исчезает.


По идее, такой интерфейс должен быть интуитивно понятен.

estimated
Про недостатки варианта с отдельными кнопками "полезная область слева" и "полезная область справа" я писал чуть выше.

Tulon
Я так понял, вот это имеется ввиду:

Цитата:

>Ну почему было просто не добавить четвертый тип разреза?
Я сначала так и сделал, но потом передумал, и сделал как сейчас. Причина проста - сейчас этот тип разреза можно без проблем применить ко всем страницам, а если бы были два режима - отрезать правую сторону или левую - тогда надо было применять их отдельно к четным / нечетным страницам, что ни тогда ни сейчас не было реализовано (для данной стадии).

Тогда такой вариант:

--------------------------------------------
Макет страницы:
( ) Целая страница
( ) Страница с огрызком: ( ) Слева ( ) Справа [Кнопка Autodetect]
( ) Две страницы
[Кнопка Autodetect]
-------------------------------------------
Без пункта "Разделительная линия", наверное, можно вообще обойтись.
Равно как и без пункта "Применить к". Выбранная операция просто применяется к выделенным сканам.

Наконец воспроизвел баг, и сразу же исправил его. Для воспроизведения нужно было кликнуть для создания первой точки зоны, потом кликнуть в эту точку еще раз (кстати это фича - при создании зоны чтобы убрать последнюю вершину, нужно на нее кликнуть), потом переключение во вкладку Output, потом обратно в Picture Zones.

Сегодня выпущу релиз 0.9.7. Осталось только проверить, и по возможности пофиксить проблему с неточным наведением мыши на линии при большом увеличении.

Добавлено:

Цитата:

Макет страницы:
( ) Целая страница
( ) Страница с огрызком: ( ) Слева ( ) Справа [Кнопка Autodetect]
( ) Две страницы
[Кнопка Autodetect]

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

Добавлено:
Проблему с неточным наведением мыши поправил. Как оказалось, мышь то наводилась точно, это рамка контента рисовалась на пол пикселя шире, чем надо. Пол пикселя не экранных, а на исходной картинке, которые тем больше, чем больше увеличение.

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

Выпустил версию 0.9.7
Брать на http://scantailor.sourceforge.net/
Ссылка на список изменений есть на странице скачки.

Блин, только сейчас понял, в чем на самом деле был глючек - после переключения в тип разреза "две страницы" из "страницы с огрызком" с ручной линией разреза остаются кнопки направления огрызка. А это уже бессмыслица...
Хорошо, что сами заметили, и исправили в релизе!

Tulon

Цитата:

Выпустил версию 0.9.7

ну тогда пора править 'Предложенные улучшения' ->'Вручную выделенные зоны'

Цитата:

Статус: работа не начата

Еще глючек. Кнопки Автоматически и Вручную можно отжать (т.е. обе одновременно могут быть ненажаты) - помните старый программистский анекдот про анкету "пол" и два чекбокса - "мужской" и "женский".
Насчет зеленой кнопки - уже лучше, но остается нюанс - кнопка "слева" визуально ассоциируется с кнопкой "автоматически", а "справа" - с кнопкой "вручную".
Может быть, имеет смысл чуть-чуть пожертвовать рабочим пространством, и отделить их друг от друга, скажем, надписью "Расположение полезной области:". Тогда, возможно, необходимость в зеленой стрелочке (хотя хочу отдать должное - выглядят они у вас очень симпатично) окончательно отпадет.

Кроме того:
Предлагаю ограничить масштаб увеличения. Слабо представляю себе, зачем может пригодиться масштаб ближе, скажем, 10 пикселов на экран.

Цитата:

Блин, только сейчас понял, в чем на самом деле был глючек - после переключения в тип разреза "две страницы" из "страницы с огрызком" с ручной линией разреза остаются кнопки направления огрызка. А это уже бессмыслица...
Хорошо, что сами заметили, и исправили в релизе!

Об этом баге уже сообщалось, только в другом его проявлении. Сам я бы вряд-ли это заметил.


Цитата:

ну тогда пора править 'Предложенные улучшения' ->'Вручную выделенные зоны'

Обновил.

По зонам:
Переборщили? Если пытаться перемещать страницу с помощью ЛК, то начиная с некоторой скорости перемещения мышки начинают создаваться узлы зон в произвольном месте траектории перемещения.

Добавлено:
Иллюстрация варианта с подписью. По-моему неплохо. Этакое отзеркаливание панелей друг от друга. http://www.onlinedisk.ru/image/261568/wogreen.png

Цитата:

Еще глючек. Кнопки Автоматически и Вручную можно отжать (т.е. обе одновременно могут быть ненажаты) - помните старый программистский анекдот про анкету "пол" и два чекбокса - "мужской" и "женский".

Баг судя по всему вызван как раз добавлением еще двух кнопок. Не нравится мне такое поведение Qt - почему эксклюзивные кнопки в родительском и дочернем виджетах объединяются в одну группу? А хотя нет, не объединяются - тогда отщелкивалась бы одна из нижних кнопок. В таком случае это похоже на баг Qt. Придется его обходить. Займусь этим позже.


Цитата:

Насчет зеленой кнопки - уже лучше, но остается нюанс - кнопка "слева" визуально ассоциируется с кнопкой "автоматически", а "справа" - с кнопкой "вручную".
Может быть, имеет смысл чуть-чуть пожертвовать рабочим пространством, и отделить их друг от друга, скажем, надписью "Расположение полезной области:". Тогда, возможно, необходимость в зеленой стрелочке (хотя хочу отдать должное - выглядят они у вас очень симпатично) окончательно отпадет.

Можно и так, а можно просто горизонтальной линией отделить их от кнопок "Автоматически и Вручную".


Цитата:

Кроме того:
Предлагаю ограничить масштаб увеличения. Слабо представляю себе, зачем может пригодиться масштаб ближе, скажем, 10 пикселов на экран.

В каждом ограничении должен быть смысл. Тут я смысла не вижу.


Цитата:

По зонам:
Переборщили? Если пытаться перемещать страницу с помощью ЛК, то начиная с некоторой скорости перемещения мышки начинают создаваться узлы зон в произвольном месте траектории перемещения.

Да, быстрый драг теперь приводит к созданию точки. Ну что-ж, пока-что можно использовать драг средней клавишей, а позже избавлюсь от этой дискретности - "быстро или недалеко", и выведу формулу, где учитывается и время и расстояние драга, и где не будет жестких порогов.

Цитата:

[/q]
[q]Выпустил версию 0.9.7
Брать на http://scantailor.sourceforge.net/
Ссылка на список изменений есть на странице скачки.

УРА!!!!!
Спасибо за Вашу великолепную программу!!!!

Действительно баг в Qt, причем довольно бородатый. Впрочем легко обходится.

Цитата:

В каждом ограничении должен быть смысл. Тут я смысла не вижу.

Начиная с некоторого масштаба увеличения (в крайнем случае - пиксель на экран) дальнейшее увеличение никак не влияет на состояние видимой области. Увеличение нужно в основном для следующего: точной подгонки рамки (зоны) под пикселы и для анализа влияния настроек вывода на жирность результата (или на удаление шума). Во всех перечисленных случаях 10 пикселов на экран - за глаза.
Смысла нет как раз в отсутствии такого ограничения при работе с растром. Для примера - в Gimp это 25600% (~5 пикселов на экран). У Paint.NET - 3200% - ~ 40 пикселов.

iit512

Цитата:

Спасибо за Вашу великолепную программу!!!!

Спасибо и вам.

У FastStone Image Viewer - 5000% - ~ 30 пикселов

Добавлено:
Еще пожелание:
Руссифицифицировать окошко подтверждения выхода из программы при несохраненном проекте. Не каждый русский еще пока знает, что значит discard...

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


Цитата:

Еще пожелание:
Руссифицифицировать окошко подтверждения выхода из программы при несохраненном проекте. Не каждый русский еще пока знает, что значит discard...

Это можно сделать, но требует некоторых усилий. Кнопки там стандартные Qt'шные, и поэтому придется писать скрипт, который потянет в дистрибутив переводы самого Qt, на те языки, которые поддерживает ST.

Tulon

Цитата:

сылка на список изменений есть на странице скачки.

Код: Экспериментальная, отключенная по умолчанию поддержка OpenGL для ускорения отрисовки пользовательского интерфейса.

Очередной глючек. (Видимо у QT какие-то личные счеты с нажимаемыми кнопками). При типе разреза "страница целиком" не деактивируются кнопки на панели "Разделительная линия". И вообще, не лучше ли вообще делать всю панель невидимой? А то может создаться впечатление, что кнопки для данного типа разреза можно будет активизировать, например, выбрав что-то подходящее по кнопке "Изменить..". Вы же не деактивируете кнопки положения огрызка на "безогрызочных" типах страницы.

Кстити. Нет ли возможности изменить фон на нажатой кнопке с текстом на однотонный светло-серый? Текущий вариант с шахматной заливкой визуально уродует надпись на кнопке и выглядит несколько архаично, особенно на фоне круглых кнопок и стрелочек с тенями в стиле web 2.0.

И еще - повторюсь по скролбарам при масштабировании страницы - отношение длины скролла к длине ползунка обычно пропорционально масштабу. Сейчас - наверное квадрату масштаба, слишком уж быстро они становятся крохотными. И вряд-ли дело в qt, ведь на ленте предпросмотра все как раз пропорционально.
Ну и про автоцентровку + скрытие скролов на 100% масштабе повторюсь. По мне, так будет удобнее, чем каждый раз тащить страницу вбок, чтобы "пузырики лопнули" и страница показалась вся.


Цитата:

пускай крутит, мне не жалк

И за что вы так не любите нас, любителей покрутить? Ну хоть текущий масштаб показывайте, что ли где-нибудь тогда.

Цитата:

Очередной глючек. (Видимо у QT какие-то личные счеты с нажимаемыми кнопками). При типе разреза "страница целиком" не деактивируются кнопки на панели "Разделительная линия". И вообще, не лучше ли вообще делать всю панель невидимой? А то может создаться впечатление, что кнопки для данного типа разреза можно будет активизировать, например, выбрав что-то подходящее по кнопке "Изменить..". Вы же не деактивируете кнопки положения огрызка на "безогрызочных" типах страницы.

Да, панель "Разделительная линия" имеет смысл вообще скрывать при типе разреза "Страница целиком". Впрочем это не баг, а так - визуальное несоворшенство. Показываются только кнопки "Автоматически" и "Вручную", которые хоть и не имеют смысла в данном контексте, но и не вредят при нажатии.
Впрочем обнаружился и более серьезный баг - не работает переключение типа разреза в автоматический режим кнопкой "Изменить ...". Этот баг видимо давно там сидит - скорее всего был еще в версии 0.9.6, но почему-то никто его до сих пор не заметил.


Цитата:

Кстити. Нет ли возможности изменить фон на нажатой кнопке с текстом на однотонный светло-серый? Текущий вариант с шахматной заливкой визуально уродует надпись на кнопке и выглядит несколько архаично, особенно на фоне круглых кнопок и стрелочек с тенями в стиле web 2.0.

По идее Qt должен рисовать визуальные элементы согласно выбранной теме в операционной системе. Если это не так - значит это баг Qt. Если это так, и вам все равно не нравится - лучше сменить тему, чем пытаться менять внешний вид элементов на уровне приложения.


Цитата:

И еще - повторюсь по скролбарам при масштабировании страницы - отношение длины скролла к длине ползунка обычно пропорционально масштабу. Сейчас - наверное квадрату масштаба, слишком уж быстро они становятся крохотными. И вряд-ли дело в qt, ведь на ленте предпросмотра все как раз пропорционально.

Выставление размеров видимой области должно помочь - сделаю как нибудь.


Цитата:

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

Это несовместимо с принципом масштабирования по курсору. Идея в том, что при изменении масштаба, точка изображения, которая была под курсором, под курсором должна и остаться.


Цитата:

И за что вы так не любите нас, любителей покрутить? Ну хоть текущий масштаб показывайте, что ли где-нибудь тогда.

Просто не беспокоюсь о подобных вещах.
А зачем вам текущий масштаб? По моему это совершенно бесполезная информация. В графических редакторах его можно использовать для контроля того, имеется ли точное соответствие между пикселями экрана и пикселями изображения. Если масштаб кратен 100% - то да. Тут никогда такого соответствия нет, потому что 100% здесь - это тот масштаб, при котором изчезают скроллбары, а вовсе не пиксель в пиксель.

Цитата:

Это несовместимо с принципом масштабирования по курсору. Идея в том, что при изменении масштаба, точка изображения, которая была под курсором, под курсором должна и остаться.

Мне кажется, в таком виде этот принцип нигде не соблюдается. Вот сейчас проверил в GIMP: там масштабирование по курсору идет только до того момента, пока изображение не поместится в окне целиком. И это правильно, потому что последовательность в соблюдении принципов всё-таки не должна идти вразрез с очевидным удобством использования.

ndch

Цитата:

Экспериментальная, отключенная по умолчанию поддержка OpenGL для ускорения отрисовки пользовательского интерфейса.

отключенная по умолчанию ? У меня почему-то включено по умолчанию.

Это потому что в релиз кандидате, где она была включена по умолчанию, вы зашли в настройки и нажали OK. Соответственно у вас OpenGL включен явно.

Добавлено:

Цитата:

Мне кажется, в таком виде этот принцип нигде не соблюдается. Вот сейчас проверил в GIMP: там масштабирование по курсору идет только до того момента, пока изображение не поместится в окне целиком. И это правильно, потому что последовательность в соблюдении принципов всё-таки не должна идти вразрез с очевидным удобством использования.

Для меня более удобно так, как есть. Центрировать изображение можно одним движением мыши - совсем небольшая цена за возможность после zoom out тут же сделать zoom in с ожидаемыми результатами.