Hi again
Looked a bit at the source code and compared it to the tumble poppler
plugin and it seems that this minor change does the trick, at least for
pdf's with transparend png's embedded:
diff -ru epdfview-0.1.8/src/PDFDocument.cxx
epdfview-0.1.8-fixed/src/PDFDocument.cxx
--- epdfview-0.1.8/src/PDFDocument.cxx 2015-03-14 22:39:43.283289391 +0100
+++ epdfview-0.1.8-fixed/src/PDFDocument.cxx 2015-03-14
22:37:50.241067883 +0100
@@ -635,7 +635,7 @@
#if defined (HAVE_POPPLER_0_17_0)
cairo_surface_t *surface = cairo_image_surface_create_for_data (
renderedPage->getData (),
- CAIRO_FORMAT_RGB24, width, height,
+ CAIRO_FORMAT_ARGB32, width, height,
renderedPage->getRowStride ());
cairo_t *context = cairo_create (surface);
cairo_save(context);
Would be great if you could add that patch to the chapter.
Cheers
Tim
On 14.03.2015 22:09, Tim Tassonis wrote:
Hi all
Just compiled epdfview from blfs with the proposed patch and while
generally I really like it's simplicity (and lack of tons of
dependencies), it fails to display a lot of images embedded in pdfs.
Googled around a bit and problem seems well-known, but I couldn't find a
patch, as everybody suggest switching to evince, as epdfview is not
mantained anymore. Does not seem to be a poppler problem, as
thunar/tumbler actually generates thunbnails where I can recognise the
images missing in epdview.
Has anybody got a patch for this? If not, I'd suggest mentioning this in
the epdfview chapter or actually also remove epdfview from the book
(which I'd find a sad outcome, as otherwise, epdview really looks nice
and seems to work well).
Cheers
Tim
--
decentral.ch - IT Stuff
Tim Tassonis
Dennlerstasse 36
8047 Zürich
[email protected]
+41 79 229 36 17
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
