|
|
|
|
5.30, ryoken (ok), 12:52, 11/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
> По поводу всеядности под Linux позвольте указать на Okular.
В курсе, он в основном и используется.
| |
|
|
|
|
|
2.18, u235 (?), 06:48, 11/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Потому что gettext использовался в этой программе изначально, только работал через обертки KDE.
| |
|
|
2.11, anonymouse (?), 02:40, 11/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
okular использует khtml, который deprecated. Не говоря уже о том, что код для поддержки chm в окуляре заимствован из kchmviewer.
| |
2.13, userd (ok), 04:14, 11/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
В те времена, когда okular ещё не было, kchmviewer вполне показывал chm-ки.
Так что можно спросить - для чего было усложнять okular и добавлять не очень качественную поддержку chm (индекса нет, предлагается искать по тексту) если есть превосходный kchmviewer?
| |
|
3.14, anonymouse (?), 05:33, 11/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
"не очень качественная поддержка" в окуляре заимствована из "превосходного" kchmviewer-a
| |
|
4.31, userd (ok), 13:50, 11/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
> "не очень качественная поддержка" в окуляре заимствована из "превосходного" kchmviewer-a
Ага, ага.
и делали такие же простые парни, как ты - выкинули то, чего не хочется понимать, похерив часть функциональности. Напишу подробнее: в нетривиальных chm обычно есть такая сущность, как «предметный указатель» (index). Поиск по указателю обычно эффективнее чем поиск по тексту. Для англ.языка это заметно если термин совпадает со словом общей лексики (например, list или order). Для русского языка поиск по указателю тоже может быть эффективен, так как в указатель термины включаются в «словарном виде» - существительные в именительном падеже, глаголы - в инфинитиве, и т.п. kchmviewer показывает указатель и позволяет в нём искать. Это бывает довольно полезно. Авторы okular-а игнорирует существование предметного указателя, на странице https://okular.kde.org/formats/ есть TOC, но нет index.
kchmviewer показывает документ как дерево-оглавление, страницы - листья. Порылся в архиве, нашёл chm на 30 мегабайт. kchmviewer открыл моментально. Зато okular рендерит chm как последовательность страниц. Это требует определённой подготовительной работы. Okular нашёл почти 12 тысяч страниц и на это ему потребовалось больше минуты. Поди перерендерил все страницы для возможности поддержать красивую полосу прокрутки на все 12 тысяч страниц.
До кучи - установленные у меня версии kchmviewer и okular давно устарели. Но при этом «устаревший» kchmviewer показывает документы точнее, чем «устаревший, но чуть более новый» okular. по ссылкам переходит, текст выделяет и копирует правильно. Ну да все косяки okular-а можно списать на «замшелость». Может быть уже всё исправлено, а я просто не знаю.
okular, как потомок kpdf, превосходен. А как замена kchmviewer - слабовато.
| |
|
5.33, anonymouse (?), 21:04, 11/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Зря тратишь дыхание (или, точнее, пропускную способность). Такие простые парни как я делали chm файлы с индексом, поиском, закладками и прочими фичами, в еще 2007 году. Если тебе интересно чего это стоит, пойди установи microsoft chm help workshop (или как-то так), полюбуйся на это чудо из windows 98.
И да, okular плохо показывает chm по множеству причин, о чем я и сказал в самом начале. В следующей версии эта функциональность будет удалена, вместе с khtml на котором она основана. И будет либо сабж, либо app-text/xchm.
| |
|
|
|
2.24, maximnik0 (?), 09:40, 11/11/2021 [^] [^^] [^^^] [ответить]
| –2 +/– |
>Okular справляется с задачей?
Криво справляеться.На некоторых файлах в формате
pdf тупит не по детски.На fb2 не открывает последние страницы :-(
| |
|
|
2.20, u235 (?), 08:03, 11/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Взаимодействие с Qt WebEngine реализовано немного по-другому и поэтому все работает как и с WebKit. В оригинальной версии с WebEngine невозможно сменить кодировку страниц.
Сценарий сборки переработан и содержит много опций для гибкой конфигурации. В сборку в CMake добавлен код для установки приложения.
| |
|
|
4.34, Аноним (34), 22:15, 11/11/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
А есть современные веб-движки, которые собирались бы не по нескольку часов?
| |
|
|
|
1.25, Аноним (26), 11:18, 11/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> для просмотра файлов в форматах chm и epub
Увы, но до сих пор корректно (со стилями, шритами, цветами) epub отображается только на компютере и только в calibre.
| |
|
2.28, u235 (?), 11:54, 11/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Можете привести пример такого файла epub, который в KchmViewer отображается некорректно?
| |
|
|
2.36, maximnik0 (?), 00:08, 12/11/2021 [^] [^^] [^^^] [ответить]
| +4 +/– |
>когда есть PDF?
Pdf "тяжоловестный" формат.Я сталкивался с тем что тот же окуляр по 10 минут тупил прежде чем открыть 4 мгб файл на 80 страниц.А попробуйте открыть 6-ю или 7-ю версию pdf со звуком,скриптами и видиофрагментами в linux .С pdf если автор не хочет хрен что из текста скопируешь ,даже "штирлиц" не всегда помогает (используеться многошрифтовое кодирование с сгенерированными кодовыми таблицами).
| |
|
3.37, пох. (?), 23:00, 12/11/2021 [^] [^^] [^^^] [ответить]
| –2 +/– |
Вам не кажется что это проблема л@п4атых гуанокодеров очкуляра, а вовсе даже не формата?
Мне приходилось когда-то ежедневно ворочать pdf на полтыщи страниц, с кучей сложных схем и прочей неведомой херни (и необходимостью быстро найти нужную страничку) - почему-то оно просто открывалось. Не мгновенно, конечно, но эти мегабайты еще надо с диска как-то прочитать.
> С pdf если автор не хочет хрен что из текста скопируешь
какой плохой pdf - не дает у авторов воровать, правда.
| |
|
|
|