Новая версия ePDFview

> легковесной

Надоели уже эти "легковесные" недопрограмки, хочу нормальные программы с развитым функционалом.

Читать, копировать текст, искать. Чего ещё надо от просмотрщика PDF?

А если что потяжелее нужно, есть OOo :)

> Надоели уже эти "легковесные" недопрограмки, хочу нормальные программы с развитым функционалом.

Есть же okular.

> Читать, копировать текст, искать. Чего ещё надо от просмотрщика PDF?

Ну первое, что приходит на ум -- букмарки.

Жаль, не научился запоминать открытую страницу, как evince, а ещё жаль, что evince тоже стоит на месте.

> букмарки.

Ни разу не пользовался :) Поиск по тексту почти всегда их заменяет.

> Ни разу не пользовался :) Поиск по тексту почти всегда их заменяет.

Особенно когда большая часть pdf-ки -- картинка :)

Ебилды: http://bugs.gentoo.org/show_bug.cgi?id=261123

Вариант от 14 марта работает.

> Особенно когда большая часть pdf-ки -- картинка :)

Такие я обычно распознаю :) Или перегоняю в djvu.

Хотя да, за всё время всего раза 3 сталкивался с несколькосотстраничной книгой в таком виде. Чаще всё же djvu.

> Или перегоняю в djvu.

Да, мне лично, 10 просмотрщиков не нужен. Такой сущности как "просмотрщик pdf" или "просмотрщик djvu" быть не должно, об этом должен знать должен только разработчик. Только "просмотрщих документов" (неизменяемых, чтобы буквоеды, любители odt не негодовали :))

> Чего ещё надо от просмотрщика PDF?

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

> Масшатбировать по разным показателям

Обычно нужно один раз установить ширину перед началом просмотра. Выставлять произвольное число процентов epdfview умеет. Плохо, что не запоминает между перезапусками.

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

> быстро переходить в разные части (многостраничного) документа

Это полезно, но я бы предпочёл возможность открывать несколько окон для одного документа без загрузки в память по экземпляру документа для каждого окна. Так что-нибудь умеет?

> уметь автоповорачивать страницы

Лучше не надо. А то сделают глючный как "Fit Visible" в Adobe Reader-е но неотключаемый :)

Вручную поворачивать epdfview умеет.

> автоскроллинг

Существуют люди, которым так удобнее?

Можно извратиться и как-то посылать (через xte?) окну просмотрщика сигналы прокрутки с заданной частотой.

> тумбнейлы страниц,

Не пользуюсь. Видимо из-за привычки к низким разрешениям :)

> в идеале - накладывать цветофильтры (не везде есть компиз).

Зачем?

> 10 просмотрщиков не нужен. Такой сущности как "просмотрщик pdf" или "просмотрщик djvu" быть не должно, об этом должен знать должен только разработчик. Только "просмотрщих документов" (неизменяемых, чтобы буквоеды, любители odt не негодовали :))

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

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

Единообразный интерфейс у разных программ приведёт к навелосипедиванию большого количества одинакового кода. Ведь и так просмотрщики практически полностью состоят из GUI, а за чтение конкретных форматов документов отвечают разные либы, вроде poppler и djvulibre.

думал он для e17 оказалось для гнома

Есть okular (из kde4 кто не в курсе) Читает все.

> думал он для e17 оказалось для гнома

Не идёт? Вроде ж, ему только GTK, poppler и gettext требуются. Под XFCE работает.

> Есть okular

4.0.х падали на каждый чих. 4.2 стабильный?

охты:)

кстати непонять почему теперь колесиком не скролляца страницы

> 4.0.х падали на каждый чих. 4.2 стабильный?

У меня

 % okular -v
Qt: 4.5.0
KDE: 4.2.1 (KDE 4.2.1)
Okular: 0.8.1

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

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

Охренеть...

> почему теперь колесиком не скролляца страницы

http://trac.emma-soft.com/epdfview/ticket/118 Помогает собрать, заменив все оптимизации на -O0. Если Генту, используй вот этот ебилд: http://bugs.gentoo.org/attachment.cgi?id=184970

> Обычно нужно один раз установить ширину перед началом просмотра. Выставлять произвольное число процентов epdfview умеет.

Да, но делать это надо не ручным процентом, а по типовым критериям - страница целиком, страница по ширине/высоте, видимая часть по ширине.

> Лучше не надо.

Надо. Кроме компьютеров, есть переносные читалки.

> Существуют люди, которым так удобнее?

Это не я, но люди существуют.

> Зачем?

А как читать черный текст на белом фоне с экрана обычного монитора?

> Единообразный интерфейс у разных программ приведёт к навелосипедиванию большого количества одинакового кода. Ведь и так просмотрщики практически полностью состоят из GUI, а за чтение конкретных форматов документов отвечают разные либы, вроде poppler и djvulibre.

Либы для чтнеия != либы для просмотра. Просмотрощики состоят из гуйни в последнюю очередь, а велосидененье кода для гуйни - норма.

>> Лучше не надо. А то сделают глючный как "Fit Visible" в Adobe Reader-е но неотключаемый :)

> Надо. Кроме компьютеров, есть переносные читалки.

Именно поэтому :) Уже один раз столкнулся в Gvostview(?). Пришлось долго колупаться с увеличением на каждой автоматически повёрнутой странице.

> не ручным процентом, а по типовым критериям

Где-нибудь это нормально работает на кривых PDF-файлах?

> А как читать черный текст на белом фоне с экрана обычного монитора?

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

> Пришлось долго колупаться с увеличением на каждой автоматически повёрнутой странице.

Потому что увеличение было задано в процентах ))

> Где-нибудь это нормально работает на кривых PDF-файлах?

А почему должно на них нормально работать? Какие входные данные - таков и результат.