» WinDjView

WinDjView - это быстрая и компактная программа для просмотра файлов формата DjVu под Windows с вкладками для документов, непрерывной прокруткой страниц и расширенными возможности печати. Она основана на свободно распространяемой библиотеке DjVuLibre. Формат DjVu позволяет сохранять документы и картинки с высоким качеством в файлы малого размера. Программа WinDjView является свободным программным обеспечением. Вы вправе распространять её и/или модифицировать, соблюдая условия Открытого лицензионного соглашения GNU (GPL), опубликованного Free Software Foundation; либо версии 2 Соглашения, либо (по вашему выбору) любой более поздней версии.

Сайт: http://windjview.sourceforge.net/ru/
История изменений: http://windjview.sourceforge.net/version-history

Текущая версия: 2.1
Скачать WinDjView 2.1

Текущая версия для Win 98/ME: 1.0.3
Скачать WinDjView 1.0.3
Скачать WinDjView 1.0.3 archive-repack

---

WinDjView Extended 2.0.2.8 - WinDjView с дополнительными возможностями
Зеркало
[more=Что нового?]
2.0.2.8
* Исправлена возникающая в некоторых случаях ошибка с отображением номера страницы вместо заголовка (title)

2.0.2.7
+ Выделение строки/параграфа тройным кликом мыши
+ Удаление документа в корзину
+ Перезагрузка документа
+ Экспорт всех страниц в графические файлы
+ Подсветка результатов поиска текста желтым цветом в красной рамке

Комментарии
* В добавление к существующей возможности выделения в текстовом слое слова двойным кликом мыши, теперь появилась возможность выделения тройным кликом строки или параграфа (в зависимости от структуры текстового слоя).. Ограничениями строки/параграфа в данном случае считаются начало, конец текста и символ переноса строки - 0x0А..

* Удаление в корзину просматриваемого документа производится из меню "Файл" или по комбинации клавиш Ctrl+Delete

* Перезагрузка документа производится из меню "Файл" или по Ctrl+U

* Экспортировать все страницы можно из меню "Файл", меню настроек миниатюр (thumbnails), а также из меню, всплывающем по клику ПКМ по миниатюре/полю миниатюр.. Префикс по-умолчанию в имени экспортируемых файлов изменен с "p" на имя djvu-файла..

2.0.2.6
+ Линия чтения
+ Возможность настройки цвета страниц
+ Команды удаления закладок и аннотаций в меню "Правка"
* Мелкие изменения и исправления

Комментарии
* Включение/отключение/переключение режимов линии чтения (красной линии) производится в меню "Вид" и по кнопке "R".. Переключение между двумя режимами также производится двойным кликом мыши по полю чертежа.. В режиме "За курсором" линия чтения следует за курсором, в режиме "При щелчке мышью" линия чтения отображается в месте клика ЛКМ на поле чертежа.. Изменение настроек линии чтения (цвет, толщина) не предусмотрено..

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

2.0.2.5
+ Изменение цвета страниц
+ Открытие/сохранение сеансов

Комментарии
* Изменение фона доступно в окне настроек на вкладке "Отображение".. Для текущего документа включение/отключение данного режима доступно по кнопке "С"..

* Сохранение сеансов (адресов всех открытых файлов) в файл, а также открытие ранее сохраненных сеансов производится в меню "Файл"..

2.0.2.4
+ Отображение заголовков страницы (title)
+ Выравнивание по левому/правому краю страницы
* Изменено поведение при восстановлении последних открытых вкладок

Комментарии
* Если страница имеет заголовок (title), то он будет отображаться вместо номера страницы в соответствующем окне.. Если заголовка нет - будет отображен номер страницы с префиксом "#".. При ручном наборе номера страницы - префикс набирать не обязательно..
В связи с этим поведение cgi аргументов page и pageno стало аналогичным djview: page - если найден заголовок (title) с данным значением, то переходит на него, если не найден, а значение является числом - переход на данную страницу.. pageno - это всегда переход на указанную страницу.. В случае совместной записи приоритет будет иметь page..

* Выравнивание производится по Shift + стрелка вправо или влево - как в акробате.. Удобно при чтении разворотов..

* Теперь, если открывается конкретный файл из проводника/коммандера или ком. строки, то последние вкладки не восстанавливаются..

2.0.2.3
+ Удалить все пользовательские закладки
+ Удалить все пользовательские аннотации на странице/во всем документе
+ Отображение ссылки/номера страницы в строке состояния при наведении на закладку, индекс
+ Корректный поиск словосочетаний, части которых расположены на разных строках
+ Выделение при поиске двух половинок разделенного переносом слова
* Раскрытие/сворачивание ветки в содержании при двойном клике, если заголовок отображен не полностью
* Переименованы некоторые пункты меню, кнопки и др. мелкие исправления

Комментарии
* Все закладки можно удалить в меню редактирования закладки (ПКМ на пользовательской закладке)..

* Удаление аннотаций производится в меню, всплывающем при нажатии ПКМ на странице, при наличии их на странице/в документе.. При этом на страницах не должно быть выделенного текста/области..

* Выделение двух половинок слова производится также и в случаях, если слово с переносом в текстовом слое было объединено в одно (посредством DjVuOCR'а или Crutch'а)..

* Если пункт содержания, содержащий подпункты, был не полностью отображен в соответствующем окне и при наведении на него всплывала подсказка, отображающая данный заголовок полностью, то двойной клик по этому пункту переставал работать (ветка не раскрывалась/сворачивалась).. Теперь все работает, в т.ч. полное раскрытие с Shift (или Ctrl) + даблклик..

2.0.2.2
+ Поддержка в закладках (содержании) и аннотациях ссылок с позиционированием на листе
+ Открытие файла из ком. строки на указанной странице в указанной позиции
+ Кнопка "Найти предыдущее" в поиске
* Корректное выделение текстового слоя ФР11, 12
* Исправлены мелкие ошибки

Комментарии
* Для перехода на конкретное место на странице используются cgi аргументы, поддерживаемые djview: page (или pageno) и showposition, записанные после ?djvuopts и разделенные амперсандом &. Т.о. ссылка должна выглядеть так
Код: ?djvuopts&page=2&showposition=0,.46

AndyZ
Я Вам уже писал: в последней версии - 0.4 - изображение кажется более размытым - "замыленным". Я думаю, это происходит из-за бОльшей ширины DjVu-страницы - при масштабе "Fit Width" - по сравнению с предыдущими версиями WinDjView. Это, по-моему, из-за того, что теперь, в версии 0.4, исчезли щели слева и справа от DjVu-страницы. А раньше они были.

Не могли бы Вы вернуть назад эти щели в следующих версиях?


Добавлено:
PS Стоп - Вы уже что ли успели это сделать? Только что скачал 0.4 - смотрю - а там есть эти щели. Что-то я ничего не пойму...

Добавлено:
На всякий случай, прилагаю образец - скриншоты одной и той же страницы в разных версиях WinDjView:

В "самодельно-русской" версии 0.3.5:
http://img91.imageshack.us/img91/1548/0355wf.jpg (144 КБ)

В английской версии 0.4 (которую я только что скачал):
http://img86.imageshack.us/img86/5199/049mt.jpg (148 КБ)

AndyZ
Про глюк при долгом листании под 98 я уже написал в соседней ветке - http://forum.ru-board.com/topic.cgi?forum=5&topic=12750&start=180#18 . Был и есть во всех версиях. Практически наверняка вызван какими-то утечками памяти при листании, потому что при возникновении мусора на экране невозможно даже сделать скриншот - система заявляет, что памяти для этого не хватает. Под ХР такого не видел, но там у меня и оперативки на порядок больше, и ось с ней иначе работает.

monday2000
Цитата:

в последней версии - 0.4 - изображение кажется более размытым - "замыленным".

У меня такого впечатления не возникло. Да и на скриншотах ваших этого не видно.

AndyZ
Да, и спасибо за программу. Скорость отрисовки у 0.4 просто феноменальная, у меня теперь djvu отрисовываются не медленнее, чем pdf в акробате. Для слабых машин альтернативы WinDjView 0.4 просто нет.

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

CBB

Цитата:

У меня такого впечатления не возникло. Да и на скриншотах ваших этого не видно.

Ну да. У меня тоже не возникло. А раньше было. Наверно, AndyZ успел уже это за 1 день сделать и перезалить дистрибутив. Но точно помню: щелей не было, а теперь они есть - значит, проблема, видимо, снимается.


Добавлено:
AndyZ
У меня такое ещё небольшое пожелание: когда-нибудь, когда будет свободное время, доработайте, пожалуйста, вот эти цветные аннотации - чтобы они выглядели так же, как и в LizardTech DjVu-плагине. Т.е. Вы добавили в 0.4 цветной фон - а ещё хотелось бы получить тени и поддержку русского текста. Вот скриншоты одного и того же файла (то, что получается при наведении мыши на аннотации):

1. В 5 броузерном DjVu-плагине:



2. В WinDjView 0.4:



Просто я в своих DjVu-книгах ставлю такой вот штампик. Есть и другие, кто тоже ставит аналогичный свой штампик. Насколько я знаю, исходники поддержки цветных аннотаций есть в DjVuLibre (кроме 2 новых аннотаций 6 версии плагина - "линия" и "текст", исходники поддержки которых вроде бы есть в исходниках JavaDjVu-просмотрщика на http://javadjvu.foxtrottechnologies.com/ ).

monday2000
Цитата:

Ну да. У меня тоже не возникло. А раньше было. Наверно, AndyZ успел уже это за 1 день сделать и перезалить дистрибутив. Но точно помню: щелей не было, а теперь они есть - значит, проблема, видимо, снимается.

Я ничего не исправлял Раньше (0.3.6) отступов не было, теперь (0.4) они есть.

CBB
Цитата:

Про глюк при долгом листании под 98 я уже написал в соседней ветке - http://forum.ru-board.com/topic.cgi?forum=5&topic=12750&start=180#18 . Был и есть во всех версиях. Практически наверняка вызван какими-то утечками памяти при листании, потому что при возникновении мусора на экране невозможно даже сделать скриншот - система заявляет, что памяти для этого не хватает. Под ХР такого не видел, но там у меня и оперативки на порядок больше, и ось с ней иначе работает.

Утечек памяти именно из-за листания в WinXP нет. Скорее всего, глючат thumbnails - потому что в Win98 ограничено количество ресурсов - а каждый thumbnail в текущей реализации это отдельный bitmap ресурс. К сожалению, здесь ничего нельзя сделать. Поддержка Win98 не является приоритетом. Попробуйте закрыть панель thumbnails, может быть станет лучше.

foo
Цитата:

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

Вы не правы. Масштаб 100% работает точно так же, как в Adobe Reader - он пытается угадать реальный размер страницы исходя из разрешения файла и разрешения экрана. Вы же пишете про режим Actual Size, который, возможно, в какой-то из других программ ошибочно назван 100%.

monday2000
Цитата:

У меня такое ещё небольшое пожелание: когда-нибудь, когда будет свободное время, доработайте, пожалуйста, вот эти цветные аннотации - чтобы они выглядели так же, как и в LizardTech DjVu-плагине. Т.е. Вы добавили в 0.4 цветной фон - а ещё хотелось бы получить тени и поддержку русского текста.

Добавил todo. Насчёт этих аннотаций - Shadow In/Out border с шириной, большей половины ширины прямоугольника - это не совсем корректно. Непонятно, что это такое. Выход один - придётся копировать способ отрисовки плагина. Про поддержку русского текста - разве её нет? Или Вы имеете в виду текстовые аннотации?

AndyZ

Цитата:

Про поддержку русского текста - не понял, разве её нет?

Возьмите с моего сайта прогу http://www.dstu2204.narod.ru/djvu/djvu_stamp.rar (411 КБ) - я ею ставлю штампик. Из неё уже поймёте, что к чему.

monday2000
С Народа скорость закачки - 0.3 KB/sec Ok, попробую скачать.

Цитата:

Масштаб 100% работает точно так же, как в Adobe Reader - он пытается угадать реальный размер страницы исходя из разрешения файла и разрешения экрана. Вы же пишете про режим Actual Size, который, возможно, в какой-то из других программ ошибочно назван 100%.

Вот здесь, на мой взгляд, у Вас не вполне корректный подход.
В PDF базовой единица измерения размера имеет значение физической длины (1/72 дюйма, если память не изменяет), 100% масштаб -- это "как на бумаге", поэтому Reader и угадывает размер страницы исходя из разрешения экрана и не из разрешения файла (его вообще в PDF для файла в целом нет), а из физических размеров страницы. Сделано так потому, что основной режим для PDF -- отображение векторных объектов, для которых понятие "разрешение" смысла не имеет.
В DJVU базовой единицей измерения является пиксель, поэтому 100% дя него -- это изображение "пиксель в пиксель" с экраном. Разрешение в файле DJVU хранится "для сведения" и для вывода на печать. Совершенно аналогично обстоят дела и в формате JPEG, TIFF, PNG и т.п.

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

IvanStorogev
Цитата:

В PDF базовой единица измерения размера имеет значение физической длины (1/72 дюйма, если память не изменяет), 100% масштаб -- это "как на бумаге", поэтому Reader и угадывает размер страницы исходя из разрешения экрана и не из разрешения файла (его вообще в PDF для файла в целом нет), а из физических размеров страницы. В DJVU базовой единицей измерения является пиксель, поэтому 100% дя него -- это изображение "пиксель в пиксель" с экраном. Разрешение в файле DJVU хранится "для сведения" и для вывода на печать.

Не согласен. DjVu - это такой же документ, как PDF (с точки зрения пользователя). И при просмотре на экране и при печати хочется оперировать исходными "физическими" размерами документа. У картинок кстати тоже есть dpi, и некоторые вьюеры, например, Preview под Mac OS X, могут использовать как раз этот dpi чтобы "угадать" исходный размер на экране. Другое дело, что в картинках про этот dpi часто забывают, или указывают неверный, чего в djvu, к счастью, не наблюдается. Да, в PDF нет dpi, но есть размер страницы. Они, очевидно, взаимозаменяемы.

Замечу, что всё вышесказанное относится только к названиям масштабов. А подход к масштабированию от этого не меняется, как эти масштабы ни назвать, хоть 100%, хоть "Actual Size". Просто схема названий, взятая из Adobe Reader, привычна, удобна, и в некотором смысле стандартна.

Добавлено:
monday2000
Цитата:

Возьмите с моего сайта прогу http://www.dstu2204.narod.ru/djvu/djvu_stamp.rar (411 КБ) - я ею ставлю штампик. Из неё уже поймёте, что к чему.

Понятно. Русский язык тут вроде ни при чём. Просто WinDjView выводит в тултип не комментарий, а url. А комментарий вообще не выводит. Добавил в todo.

Цитата:

Не согласен. DjVu - это такой же документ, как PDF (с точки зрения пользователя). И при просмотре на экране и при печати хочется оперировать исходными "физическими" размерами документа.

В том-то и дело, что никаких исходных физических размеров у DJVU нет. Можно, конечно, обеспечить непрерывный процесс сохранения правильного dpi от сканера до DJVU-документа, но ведь это далеко не единственный путь получения DJVU. В тоже время в PDF этот размер жестко зафиксирован в самой концепции формата (и в атрибутах страницы). Не хочу спорить, но для меня, например, 100% растрового документа -- это пискель в пиксель экрана.
Во всяком случае всё это следует отобразить в хелпе, поскольку тут точно народ будет понимать по разному.

P.S. Спасибо за программу и успехов.

IvanStorogev
Моя цель сделать WinDjView максимально похожим на Adobe Reader с точки зрения пользователя, которому абсолютно не интересно, пиксели там или вектора.

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

AndyZ

Цитата:

С Народа скорость закачки - 0.3 KB/sec

Это, насколько я знаю, если у Вас не-российский IP. C российских IP скорость нормальная.

http://rapidshare.de/files/12290714/djvu_stamp.rar.html (411 КБ)

Я у Вас уже спрашивал: не подскажете ли - как переносить unix-исходники в MS Visual C++ 6 и там их компилировать уже под Windows? Где не ищу в Интернете, именно такой информации не нашёл пока нигде. Какой хоть тут общий принцип? Сколько есть интересных unix-исходников - а как их под windows скомпилировать (причём обязательно в MS VC++ 6) - бог его знает. Вот, например, хочется компилировать полностью свежие релизы DjVuLibre - сразу, как они появляются. А GhostScript-драйвер GSDjVu http://sourceforge.net/project/showfiles.php?group_id=32953&package_id=157188&release_id=340622 вообще ещё ни разу никем не был под Windows скомпилирован, не говоря уже о свежих версиях.

Добавлено:
Вот понаделал ещё скриншотов одной и той же страницы в разных версиях WinDjView:

0.3.6:
http://img87.imageshack.us/img87/2129/0360wu.jpg (91 КБ)

0.4 9х:
http://img87.imageshack.us/img87/4010/042ji.jpg (92 КБ)

0.4 nt:
http://img66.imageshack.us/img66/6627/04nt5kl.jpg (90 КБ)

Можно сравнить, что как смотрится. Лично мне нравится, как djvu отображался в версии 0.3.5 (кажется, в 0.3.6 тоже также). В 0.4 фон окна (под страницами; выглядывает по краям страниц) уже тёмно-серый, а не белый, как в 0.3.6 (имхо менее красиво) и щели оказались всё-таки и вправду больше, а не меньше. Может быть, сделаете это всё, как было в 0.3.5 (и щели такие же)? Смотрите все, в общем, эти 3 скриншота - там всё хорошо видно и можно сравнить, что лучше и красивее.

monday2000
Цитата:

...как переносить unix-исходники в MS Visual C++ 6 и там их компилировать уже под Windows?

Дело в includes и библиотеках, которые нужны для компиляции. Я так понимаю, что некоторые библиотеки, которыми народ пользуется в unix/linux, в vc++ отсутствуют - особенно те, которые завязаны на ядро linux и x11. Как вариант - использовать gcc (mingw, cygwin), где по идее все эти вещи должны быть реализованы - но проблема в том, что для gcc библиотеки идут в своём формате (.a вместо .lib) - который не понимает vc++. Теоретически можно попытаться найти полные исходники всех библиотек (из того же cygwin - если они конечно все там есть) и откомпилировать vc++. Всё зависит от того, как именно исходники написаны. Если используется только стандартная библиотека c/c++ и уровень posix, то всё должно компилироваться почти сразу. Например, DjVuLibre (именно библиотека) компилируется vc++ под винду почти полностью, за исключением ddjvuapi.cpp, который я не использую. Я для этого сделал свой makefile.

Насчёт скриншотов - поля и фон я сделал именно потому, что мне больше нравится новый внешний вид. Переубедить меня нельзя.

AndyZ
Спасибо за подсказку.

Цитата:

Как вариант - использовать gcc (mingw, cygwin)

Да это как раз и не хотелось бы использовать - VS C++ 6 такой привычный и удобный.

Цитата:

Насчёт скриншотов - поля я сделал именно потому, что мне больше нравится новый внешний вид.

А как насчёт фона окна? Был белый, а стал тёмно-серый. Кстати, всё это ведь можно опцией сделать - кому что нравится, пусть то и переключает. А ещё лучше - чтобы при изменении опций генерился ini-файл, прописать там настройки 1 раз и забыть - как в DjVuReader.

Добавлено:
Я тут уже кое-что успел нарыть по unix:

http://downloads.ebuki.apvs.ru/Microsoft.Press/Microsoft.Press.UNIX.Application.Migration.Guide.eBook-LiB.chm (3,23 МБ)

А вот и ещё одна книга - с таким же названием, но явно другая (Pdf):
http://download.microsoft.com/download/b/8/9/b89becb6-95e6-4e6a-b59b-11280313ebce/UAMG.zip (1,51 МБ)

И тут она же в htm по главам (pdf не люблю ): http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnucmg/html/ucmglp.asp

Попробую посмотреть - вдруг там подсказка какая. По просто графике тоже есть куча интересных прог юниксовых.

monday2000
Может быть, сделаю опцию. Но приоритет этой задачи самый низкий.

AndyZ

Цитата:

Но приоритет этой задачи самый низкий.

Да, конечно. Это уже для "эстетов".

AndyZ
Был не прав по поводу 100%, перепутав его с Actual Size. Но все равно, замыливание происходит в большей степени по сравнению с дизардовскими утилитами. Какой алгоритм ресемплинга вы используете, может быть имеет смысл добавить другие и позволять выбирать , какой больше понравится?
А чем вы компилируете исходники в вин. версию?

foo
Цитата:

Какой алгоритм ресемплинга вы используете, может быть имеет смысл добавить другие и позволять выбирать, какой больше понравится?

Я использую те алгоритмы, которые заложены в DjVuLibre. Там реализована быстрая билинейная интерполяция, причём для чёрно-белых документов есть отдельный оптимизированный алгоритм. Он действительно быстрый - ресайз картинок размерами 3000x4000 пикселей до ширины экрана происходит за доли секунды. Это идеально для непрерывного скроллинга - если скроллировать с разумной скоростью, то новые страницы всегда успевают отрисоваться в фоновом режиме. Цветные страницы ресайзятся медленнее, но всё равно достаточно быстро.

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


Цитата:

А чем вы компилируете исходники в вин. версию?

Последняя версия скомпилирована VC++ Toolbox 2003 с библиотекой MFC от VC6. А может просто VC6, я уже не помню. Но в 0.4.1 точно будет именно такая комбинация.

Цитата:

Последняя версия скомпилирована VC++ Toolbox 2003 с библиотекой MFC от VC6. А может просто VC6, я уже не помню. Но в 0.4.1 точно будет именно такая комбинация.

Пытался скомпилировать в VC6, после небольших проблем с компиляцией либов, все собралось, но при открытии файлов прога просто падала . Нельзя ли попросить у вас выложить ваш рабочий проект с краткой интрукцией?


Цитата:

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

Как раз хотел попытаться подобрать.

Всё, что нужно для сборки, уже выложено. Нужно скачать исходники (WinDjView-0.4.tar.gz), там есть файл проекта и makefile для либов. Либы генерятся командой nmake в каталоге libdjvu, в качестве параметров к nmake - четыре комбинации из двух опций "DEBUG=1" и "UNICODE=1" (с кавычками) - соответственно для четырёх конфигураций. После этого exe-шник генерится из VC6 с помощью проекта WinDjView.dsw

Обнаружил ряд трабл в WinDjView (v0.4):
1) Не выводятся на печать колонтитулы (header & footnote)
2) Не показывает DJVU документы с background закодированым в JPEG
3) На тему аннотаций автор, видимо, в курсе.

IvanStorogev

Цитата:

Не показывает DJVU документы с background закодированым в JPEG

А что это за хитрый background такой?

Добавлено:
AndyZ
Заглянул в исходники EmbedBookmarks - смотрю, Вы там пишете с применением библиотеки ... STL (не помню точно название) . Интересно, а что это даёт? (т.е. уже так просто в исходниках Ваших не поковыряешься, надо лезть в Страуструпа и читать там, что к чему).

Цитата:

Цитата: Не показывает DJVU документы с background закодированым в JPEG

А что это за хитрый background такой?

IvanStorogev

Цитата:

Всё здесь:

Увидел вот что:

Цитата:

The background color image may be represented by a single “BGjp” chunk instead of several “BG44” chunks. The “BGjp” chunk contains a JPEG encoded color image (see JPEGDecoder.cpp). The resulting files are significantly larger and lack the progressivity of the usual DjVu files. This is useful because some scanners have embedded JPEG capabilities.

А какой прогой и как именно делается на практике такой background? Что-то особо не встречалось нигде - видимо, какая-то малоприменимая экзотика. В чём его смысл ? - как-то из цитаты неясно, а читать 71 стр. просто так - неохота. За практическими делами часто не до таких тонкостей - сделать бы основное. А вообще - полезная брошюренция, спасибо. Напоминает RFC по смыслу. Как раз искомый низкий уровень DjVu обрисован.

Цитата:

А какой прогой и как именно делается на практике такой background? Что-то особо не встречалось нигде - видимо, какая-то малоприменимая экзотика. В чём его смысл ? - как-то из цитаты неясно, а читать 71 стр. просто так - неохота. За практическими делами часто не до таких тонкостей - сделать бы основное. А вообще - полезная брошюренция, спасибо. Напоминает RFC по смыслу. Как раз искомый низкий уровень DjVu обрисован.

Делается с помощью phototodjvu.exe
phototodjvu --jpeg *.jpg test.djvu

Смысл такой операции в отсутствии перепаковки JPEG в IW44. Очень удобно разрозненные картинки объедмнять в один файл.

IvanStorogev
Цитата:

1) Не выводятся на печать колонтитулы (header & footnote)

Да, не выводятся. Не уверен, что это нужно, но в todo добавил.

Цитата:

2) Не показывает DJVU документы с background закодированым в JPEG

Не показывает. Причин две - во-первых, таких документов очень мало. Мне вообще ни одного ни разу не попадалось. Что, наверно, связано со второй причиной - слабая компрессия по сравнению с IW44. Поддержка JPEG приведёт к увеличению объёма файла, который мне по эстетическим соображениям нравится держать менее 500KB Я могу сделать поддержку JPEG средствами винды, без libjpeg, без увеличения объёма, но это потребует изменений в DjVuLibre и займёт некоторое время.

Цитата:

3) На тему аннотаций автор, видимо, в курсе.

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

monday2000
STL - стандартная библиотека C++, идёт в комплекте со всеми компиляторами. Это даёт то, что я её хорошо знаю и люблю использовать.

Цитата:

Либы генерятся командой nmake в каталоге libdjvu, в качестве параметров к nmake - четыре комбинации из двух опций "DEBUG=1" и "UNICODE=1" (с кавычками)

Нужно добавить в makefile команды создания ссответствующих папок в корневой директории для генерируемых либов, иначе же, если сначала запускать nmake генерятся ошибки вида: LIB : fatal error LNK1104: cannot open file "..\Release\libdjvu.lib"
А без либов не компилится экзешник . В превый раз на этом попытки откомпилить завершил.

Пожелания по WinDjvu :

1.При переключении в двухстраничный режим хорошо бы текущую просматриваемую страницу отображать как левую, а не выравнивать на чётную , напр. если просматривается 3я страница,при переключении отображать 3ю и 4ю, а не выравнивать по чётной (2я и 3я).

2.Задействовать клавиши перехода Home/End, а не Ctrl-Home/End.

3.На некоторых файлах, настроенных на режим Fit Width для всего документа, не включается отображение в этом режиме (включается Actual Size).Кажется это связано с наличием гиперссылок на первой странице).


Добавлено:
Ещё при просмотре параметров страницы (правый щелчек/Page information) неправильно рассчитывается общий размер страницы и степень сжатия (не учитываются все слои).

foo
Да, надо добавить. У меня-то такой проблемы ни разу не было, потому что все каталоги уже созданы.

urriz77
Цитата:

При переключении в двухстраничный режим хорошо бы текущую просматриваемую страницу отображать как левую, а не выравнивать на чётную , напр. если просматривается 3я страница,при переключении отображать 3ю и 4ю, а не выравнивать по чётной (2я и 3я).

На мой взгляд, это неправильно. Отображать ли первую страницу отдельно или нет - это определяется свойствами документа (например, как именно он был отсканирован), чтобы получились правильные развороты, а не текущей страницей. Для переключения этого режима нужно использовать пункт меню View->Layout->First page alone.

Цитата:

Задействовать клавиши перехода Home/End, а не Ctrl-Home/End.

Это можно сделать.

Цитата:

На некоторых файлах, настроенных на режим Fit Width для всего документа, не включается отображение в этом режиме (включается Actual Size). Кажется это связано с наличием гиперссылок на первой странице).

Я специально делал исправления для этой ситуации в версии 0.4. Если проблема повторяется, то, пожалуйста, дайте линк на файл.

Цитата:

Ещё при просмотре параметров страницы (правый щелчек/Page information) неправильно рассчитывается общий размер страницы и степень сжатия (не учитываются все слои).

Линк на документ в студию. В любом случае это проблема с DjVuLibre, а не с WinDjView.