Control: block -1 719351
---------- Forwarded message ---------- From: Sebastian Ramacher <sramac...@debian.org> Date: Mon, Jan 20, 2014 at 1:35 PM Subject: Re: mupdf (was: xpdf removed from testing?) To: debian-de...@lists.debian.org On 2014-01-20 12:54:30, Mathieu Malaterre wrote: > On Mon, Jan 20, 2014 at 4:34 AM, Jens Oliver John <li...@2ion.de> wrote: > >> $ apt-cache show mupdf > >> MuPDF is a lightweight PDF viewer and toolkit written in portable C. > >> (...) > > > > The mupdf PDF reader is supposed to be minimal and makes on me the > > impression of > > being more a reference implementation using the mupdf library. > > > > A more featureful but still light PDF reader, which is able to utilize > > mupdf as > > the rendering backend, is zathura (in Debian) with the mupdf rendering > > backend > > (not in Debian [1]). > > > > The zathura upstream is very lively and is constantly gaining features. > > > > It may be my personal perception, but the fidelity of the PDF rendering in > > mupdf > > is *vastly* superior to xpdf and all the PDF readers (evince, okular ...) > > which > > use libpoppler at this point, resulting in mupdf/libmupdf being AFIK the > > only > > native and free PDF reader available for Linux with a rendering engine that > > can > > rival the proprietary ones like acrobat (in quality, not feature parity). > > > > I therefore suggest packaging zathura with the zathura-pdf-mupdf plugin. > > aka #731447 This is blocked by a proper fix for #617253. Ideally, mupdf would start to provide a shared library (#719351) and commit to a somewhat stable API. mupdf needs to get in a better shape before zathura-pdf-mupdf can be packaged. Regards -- Sebastian Ramacher
signature.asc
Description: PGP signature
