Вы бы как-нибудь изменили бы название - а то будет же путаница с моими релизами. Допустим, добавили бы в название что-нибудь.
Ок. Пусть будет DjVu Small Mod.
Собственно программа:
http://www.megaupload.com/?d=MPTG1RZChttp://ifolder.ru/27725947Добавления (windows-9x и английский хелп):
http://www.megaupload.com/?d=ZFNYH4UZhttp://ifolder.ru/27725945Исходники:
http://www.megaupload.com/?d=EBYO7IU8http://ifolder.ru/27725946Вы же, такое впечатление, начали утяжелять интерфейс, наращивая его новыми фичами. Это есть порочный путь СканКроматора - "печка, мясорубка и стиральная машина в одном флаконе".
Нет, это не так. Идея была в том, чтобы сделать нововведения практически невидимыми.
Так, например, включение Псевдо-djvu "спрятано" в обычный профиль.
А с учётом того, что профили отсортированы по группам, интерфейс стал даже проще (ИМХО).
ИМХО цена её присутствия слишком велика - наличие в программе утилиты photottodjvu.exe. Это означает излишнее раздутие размера дистрибутива, притом что опцией -jpeg на деле никто реально не пользуется. А если 1-2 человека и пользуются - то для них можно сделать отдельную специальную утилиту.
1) ИМХО, с нынешними скоростями интернета и объёмами hdd, лишний мегабайт не имеет значения.
2) Наличие кучи однотипных утилит - это не меньшие заморочки для пользователя, чем лишняя опция.
Когда есть выбор между одной строчкой в комбо-боксе и новой утилитой, ИМХО первое лучше.
А Вы знаете ли, что даже с отсутствием консольного буферирования правильное отражение постраничного прогресса всё равно нестабильно и иногда работает некорректно?
Знаю, исправлено.
1) Буфер консоли не был цикличным, из-за чего ключевое слово могло быть порезано пополам.
2) Последняя порция консольного вывода не считывалась, и не всегда была пустой.
Кстати, а почему она не работает в Win9x? Даже любопытно стало (хотя, понятно, Win9x уже неактуален).
Видимо какой-то API работает по-другому. Сам точно не знаю. Просто нет времени разбираться.
Большой словарь тормозит просмотр DjVu-файла.
Никогда не замечал. Насколько я знаю, словарь тормозит только сжатие. На скорость просмотра он практически не влияет.
- Доступ к скрытым и недокументированным настройкам
трансформация:
crop, resize (для кодирования)
tobitonal=auto
сегментер:
high-variation-foreground - убирает артефакт на тесно расположенных разноцветных буквах
blurring-size, edge-size, render-size - влияют на мелкие детали
inhibit-foreback-level, block-size, block-overlap - не до конца разобрался
фон:
target-subsample - скрытый делитель параметра quality
текст:
matching-level, tolerance-percent - позволяют раздельно решать "проблему инь" и удаление точек
tolerance4-size - не до конца разобрался
практически бесполезные:
descreen
thickening
- Fixed bug in documenttodjvu preventing "decibels" option to work in european locales
Параметр - числа с плавающей запятой, разделённые запятыми. Если десятичный символ - точка, всё работало; если запятая - нет. Я заменил разделитель на точку с запятой.
- Added unicode support
И это интересно. В какой мере добавлена поддержка?
Через короткие имена файлов. Что работает почти всегда, за исключением экзотических случаев (пользователь загрузился в windows-95, дал файлу неанглийское имя, перегрузился в XP и решил сжать этот файл в DjVu.)
По поводу профилей: как я понял, Вы добавили многие возможности по управлению профилями. Вроде бы хорошо - но опять-таки, подавляющее большинство пользователей профили не меняют и никак не модифицируют.
Нет, наоборот. Я старался освободить рядового пользователя от кнопки "Опции".
В сложных случаях он скачает conf-файл с форума и сунет его в папку "personal profiles".
Знаете - мне представляется более реальным полная предварительная ручная сегментация.
Это безусловно перспективно. Но по алгоритму предварительная сегментация ничем не отличается от обычной. Следовательно, она будет иметь на 100% те же проблемы, и потребуются те же профили с настройками.
Поэтому начинать придётся с изучения (огромного!) опыта AT&T/Lizardtech/Caminova. Или даже с пиратского использования documenttodjvu в качестве предварительного сегментера.