» WinDjView

AndyZ
Здравствуйте, когда ожидается очередной релиз ?
Наткнулся на досадный баг: если во время поиска с кнопкой "Find next", попытаться полистать страницы, следуещее вхождение будет искаться вновь с начала документа.

AndyZ
Спасибо за ответ, подумаю над этим.

Uncle
Я могу добавить опцию "склеивать соседние страницы", которая будет убирать промежуток в середине в режиме две страницы в ряд.

foo
Не могу точно сказать, когда будет следующий релиз. Надеюсь, что самое позднее в августе. Это зависит от моих желаний и моих возможностей

Насчёт Find Next: поиск начинается с начала документа, если нет селекции. То есть пока предыдущее выделение не снято, всё должно работать нормально. А выделение снимается кликом по документу. Поэтому чтобы начать поиск с определённого места, можно что-нибудь там выделить. Я подумаю над тем, как можно улучшить кнопку Find Next.

Возможно, лучше ввести не просто "склеивание" страниц, а настраиваемые значения Custom vertical/horizontal margin и Page shadow shift, чтобы пользователь мог их изменять по своему вкусу.

Griefin
Я думаю, совсем настраиваемые значения будут лишними. Какая-то over-customization. Лучше, наверно, так: сделать slider с, скажем, пятью предопределёнными значениями отступов. Ну и потом, вдруг у пользователя плохой вкус?

AndyZ
А возможность поиска в директории по множеству файлов к реализации не планируете?

foo
Пока не планирую. Добавил в todo в раздел some future version.

Я сейчас пробую реализовать переносом длинных закладок, когда они не умещаются в одну строку. В связи с этим вопрос - существует ли в природе бесплатный заменитель CTreeCtrl, который умеет это делать, и который правильно работает с темами интерфейса в Windows XP? Здесь в форуме приводили пример CStaticTreeCtrl, но там нет никакой поддержки тем. А я хочу, чтобы дерево закладок выглядело точно так же, как стандартное виндовое дерево. Поэтому CStaticTreeCtrl без дополнительных изменений не подходит. Я начал смотреть Theme API и пытаться что-то реализовать, но результаты получаются странные и неожиданные. Отсюда второй вопрос - может быть, кто-то встречал хорошее руководство, как этот API правильно использовать?

http://img55.imageshack.us/img55/9089/bug4ry.jpg
Баг, проявляется случайно обычно когда свернутое окно разворачивается. Изображение становится нормальным только когда начинаю листать страницы колесиком например. Кстати нельзя ли сделать чтобы можно было изменить скорость листания с помощью колесика а то сейчас имхо маловато или сделать например как в Ворде нажимаещь среднюю кнопку а потом можно быстро вверх-вниз двигаться по документу.

dimaniac

Цитата:

http://img55.imageshack.us/img55/9089/bug4ry.jpg

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

Цитата:

сделать например как в Ворде нажимаещь среднюю кнопку...

Такая возможность вроде появляется, если откомпилировать под VS 2003, точнее с MFC из этой версии. Сейчас я могу компилить только с MFC от VS 6.0. Если вдруг у меня появится VS 2003, тогда будет и эта возможность.

AndyZ
Может быть, для поддержки тем нужно создать класс на базе CTreeCtrl, а не CStatic.

Добавлено:
Если кому-то нужна сборка под VS 2003 (с прокручиванием по средней кнопке), могу выложить. Это сейчас не слишком удобно, т.к. при длительном листании не включается рендеринг следующих страниц. По таймеру получать номер текущей страницы и включать не слишком оптимально. Там я еще сделал некоторые мелкие исправления: нужные мне хоткеи (на повороты), поиск начиная с текущей страницы, а не с начала документа.

Griefin
Дело в том, что переноса длинных строк можно добиться, только если использовать owner draw - то есть полностью перекрыть методы рисования и вычисления размеров каждой строки. Так что нужно вызывать методы из UxTheme API самому, независимо от того, на основе какого контрола создан класс. Наследование от CTreeView могло бы помочь разве что в том плане, что там уже есть всякие типы вроде HTREEITEM, и дерево уже хранит все строчки, то есть это не надо реализовывать заново. Но: CTreeView не поддерживает owner draw. В общем и возник вопрос, может быть кто-нибудь уже с этим API разобрался. Я знаю несколько коммерческих библиотек, в которых нужная мне функциональность реализована, но, как вы понимаете, использовать их в WinDjView я не могу, даже если захочу, потому что GPL.

AndyZ

Цитата:

Я знаю несколько коммерческих библиотек, в которых нужная мне функциональность реализована, но, как вы понимаете, использовать их в WinDjView я не могу, даже если захочу, потому что GPL.

Оформите это в виде отдельной DLL'ины, как расширение функциональности.

Я поискал и довольно быстро нашел статью, в которой обсуждается поддержка тем для ownerdraw controls: http://www.codeproject.com/w2k/xpvisualstyle.asp

foo
А кто мне лицензию купит?

Griefin
Эту статью я видел. Проблема не в том, чтобы вызвать API, а в том, как его правильно вызвать. Хорошо, конкретная проблема - когда я вызываю функцию GetThemeTextMetrics, следующий после этого вызов GetThemePartSize возвращает ерунду. Я этого не понимаю. Вот я и хочу узнать, правильно ли я пользуюсь API, может быть GetThemeTextMetrics вообще не надо вызывать, а достаточно GetTextMetrics, хотя вроде если есть темы, то и все функции надо вызывать из Theme API, а может быть после этого вызова надо вызвать что-то ещё, чтобы не было глюков... Вот такого guide я пока нигде не нашёл. В MSDN вообще описание theme API очень краткое. Я очень не люблю писать код, который непонятно почему работает. Даже если я придумаю как обойти все проблемы, но не буду понимать, почему именно такой порядок вызова функций работает, и почему именно такие аргументы надо использовать, то мне такой код не будет нравиться. Ещё один пример - у дерева слева есть пунктирные линии. Вопрос - какая функция рисует правильную линию? Если надо рисовать самому, то какую функцию вызвать, чтобы узнать правильный цвет этой линии? Конечно сейчас мне начнут говорить, что цвет никакой роли не играет, что это не главное и т.д. Но я так не считаю. Если есть тема - значит программа должна под эту тему подстраиваться. На то она и тема интерфейса.

Добавлено:
Мысль такая, что если всё окажется совсем безнадёжно, то придётся делать не как правильно, а как получится Но лучше сначала попробовать сделать как правильно.

Я не программист на MFC (скорее наоборот, админ Unix'ов ), мало что знаю по этому поводу.

Очень хотелось бы в новой версии программы увидеть функцию выхода по ESC. Очень удобно при вызове WinDjView из файловых менеджеров для просмотра файлов djv.
Ну и менее реальная просьба. Если кто-то из разработчиков взялся написать WLX плагин для Total Commander-a, было бы просто замечательно.

Просмотр DjVu в Total Commander можно организовать с помощью WLX-плагина IEView и плагина от LizardTech.

Цитата:

Очень хотелось бы в новой версии программы увидеть функцию выхода по ESC. Очень удобно при вызове WinDjView из файловых менеджеров для просмотра файлов djv.

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

Было бы неплохо добавить такую опцию как сохранение всех страниц, а не только одной.

Browin
В смысле сохранения? В виде картинок? Это уже обсуждалось, занесено в todo, но в 0.4.2 этой возможности ещё не будет.

AndyZ, не подскажите где это тодо, не тут ли случаем (http://sourceforge.net/tracker/?atid=669898&group_id=114927&func=browse) ?


Добавлено:
AndyZ

Цитата:

В смысле сохранения? В виде картинок? Это уже обсуждалось, занесено в todo, но в 0.4.2 этой возможности ещё не будет.

Да, к примеру в многостраничный тифф. Будем ждать.

Добавлено:
AndyZ, а некоторую возможность редактирования djvu (удаление страниц) планируется ли реализовать?

Browin
Todo находится у меня на жёстком диске. Он меняется в зависимости от моего настроения, поэтому он пока никуда не выложен. А составляется он из bugs и feature requests на sourceforge.net и форумов на sf.net и здесь.

Насчёт удаления страниц - не планировалось. Для этого можно использовать утилиты из DjVuLibre.

AndyZ
такой вопрос: предположим есть djvu файл на 20 000 страниц, размер 500МБ.
сможет ли windjview просматривать такой файл на машине, где оперативная память скажем 256МБ?
будет ли существенное замедление просмотра из-за большого числа страниц?

под linux, djview кажется загружает весь файл в память.

are
Самый простой способ выяснить - поставить эксперимент. Могу сказать точно, что на машине Dual Xeon 1.7GHz / 1GB RAM никаких проблем и тормозов с файлом на 70 мегабайт с 4 тыс страниц нет. Больше - не пробовал.

Выложена версия 0.4.2

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

MorSe
Да, действительно. Ни разу не пытался открывать несуществующие документы, поэтому не заметил.

Режим увеличения понравился, но почему-то резкость не сразу "наводится" . Это так и задумано?

Griefin
Организовать то можно, но страшно это неудобно.
AndyZ
Хорошо бы чейнджлог указывать. Спасибо.