qpdfview-0.4.9 has already been released. Please update portage. Release notes: Version 0.4.8: Fixed building without SQLite support. Fixed a performance problem when switching tabs could take seconds. Added zoom functionality to the presentation view. Added optional functionality to restore closed tabs. Version 0.4.9: Adds experimental Fitz plug-in. Adds option to switch multiple-page layouts into right-to-left mode. Adds support to use X11 selection buffer instead of clipboard.
Created attachment 373804 [details] Version bump ebuild Here an ebuild for this version. The changes are: - update PLOCALES - add fitz use flag. This flag adds a dependency on mupdf:0/.13 - remove fix-sqlite-build.patch - add add-pdf-handler.patch. This patch is needed to make Fitz rendering work. - remove -lmupdf-js-none in fitz-plugin.pro
Created attachment 373806 [details, diff] Add pdf handler patch
(In reply to Sébastien Szymanski from comment #1) > - remove fix-sqlite-build.patch why? was it applied upstream? > - remove -lmupdf-js-none in fitz-plugin.pro why?
(In reply to Davide Pesavento from comment #3) > (In reply to Sébastien Szymanski from comment #1) > > - remove fix-sqlite-build.patch > > why? was it applied upstream? Yes. > > > - remove -lmupdf-js-none in fitz-plugin.pro > > why? Well, it doesn't build with it so I tried without it. ldd doesn't report any missing library.
(In reply to Davide Pesavento from comment #3) > (In reply to Sébastien Szymanski from comment #1) > > - remove -lmupdf-js-none in fitz-plugin.pro > > why? commit 11187eb5f0220e3822cde16d632e158f51b850b3 Author: Tor Andersson <tor.andersson@artifex.com> Date: Thu Mar 20 14:13:06 2014 +0100 Add MuJS submodule, implementation and build. Adds simpler choice of Javascript library to makefiles. Will prefer in order: MuJS, JavaScriptCore, V8, none based on HAVE_MUJS, HAVE_JSCORE, and HAVE_V8. For simplicity, we build mujstest even with no javascript implementation.
And the ebuilds also seem to touch mupdf js-none lib - though I need some more cups of coffee to understand that sed line °|°
Hello everyone, we just released version 0.4.10 of qpdfview and also updated the (experimental) Fitz plug-in for the API changes of MuPDF version 1.4, i.e. we don't link against "libmupdf-js-none.a" and call "fz_register_document_handler". Hope this helps. Best regards, Adam.
Created attachment 376360 [details] qpdfview 0.4.10 ebuild Hello, I have updated the ebuild to qpdfview 0.4.10. The changes are: - fitz use flag dependency is now mupdf:0/1.4. - remove add-pdf-handler.patch. - add fix-without-sql-build.patch to fix build when building without sql_lite support.
Created attachment 376362 [details, diff] fix build without sql patch
Hello again, sorry for messing up the SQLite-less build again. Will merge that patch upstream as soon as possible. Best regards, Adam.
I did not find a way how to select pdf backend if both poppler and mupdf are available. So I assumed those can not be present at the same time and deactivated poppler if mupdf USE-Flag is set in my Overlay [0]. Is this assumption correct? [0] https://github.com/ff2000/gentoo-overlay/blob/master/app-text/qpdfview/qpdfview-0.4.10.ebuild (this also forces Qt5)
(In reply to Franz Fellner from comment #11) > I did not find a way how to select pdf backend if both poppler and mupdf are > available. So I assumed those can not be present at the same time and > deactivated poppler if mupdf USE-Flag is set in my Overlay [0]. Is this > assumption correct? > > [0] > https://github.com/ff2000/gentoo-overlay/blob/master/app-text/qpdfview/ > qpdfview-0.4.10.ebuild (this also forces Qt5) Hello Franz, yes this is correct, the MuPDF plug-in is disabled by default, but if it is enabled, it will override the Poppler plug-in. (They are technically both present, but there is no setting to select one of them explicitly.) Best regards, Adam. P.S.: Please note that the MuPDF/Fitz plug-in is still considered somewhat experimental.
(In reply to Adam Reichold from comment #12) > (In reply to Franz Fellner from comment #11) > > I did not find a way how to select pdf backend if both poppler and mupdf are > > available. So I assumed those can not be present at the same time and > > deactivated poppler if mupdf USE-Flag is set in my Overlay [0]. Is this > > assumption correct? > > > > [0] > > https://github.com/ff2000/gentoo-overlay/blob/master/app-text/qpdfview/ > > qpdfview-0.4.10.ebuild (this also forces Qt5) > > Hello Franz, > > yes this is correct, the MuPDF plug-in is disabled by default, but if it is > enabled, it will override the Poppler plug-in. (They are technically both > present, but there is no setting to select one of them explicitly.) > > Best regards, Adam. > > P.S.: Please note that the MuPDF/Fitz plug-in is still considered somewhat > experimental. Sorry, I got mixed up: Because it is considered experimental, the Poppler plug-in is preferred over the Fitz plug-in.
Hello, qpdfview version 0.4.11 was just released after three weeks of beta testing and can hopefully be packaged without excessive patching. Best regards, Adam.
Created attachment 384840 [details] qpdfview-0.4.11.1.ebuild The attached qpdfview-0.4.11.1.ebuild additionally enables building with Qt5 by the respective USE flag.
Created attachment 385000 [details] qpdfview-0.4.11.1.ebuild some issues fixed
Look at comment #19: If you offer USE="fitz" give the user the chance to actually use fitz ;) You need to DISABLE pdf (aka. poppler-backend), otherwise USE="fitz" has no effect. @ Adam Reichold: is there a TODO which tasks need to be done to make fitz-backend non-experimental? Are there still features missing or is it just (public) testing?
Created attachment 385032 [details] qpdfview-0.4.11.1.ebuild at-most-one of fitz pdf
Latest version in tree now. Thanks for your contributions!
(In reply to Franz Fellner from comment #17) > @ Adam Reichold: is there a TODO which tasks need to be done to make > fitz-backend non-experimental? Are there still features missing or is it > just (public) testing? Hello Franz, there is no TODO since the reason not just technical: I wrote the Fitz plug-in because of a feature request some time ago but it is basically missing a maintainer since because I am mostly occupied with the application and the Poppler plug-in. So there is almost no testing of this code from my side. I am also reluctant to mark this as non-experimental since MuPDF/Fitz is currently packaged as a static library without a stable API or ABI. Best regards, Adam.