Version: (using KDE KDE 3.3.91) OS: Linux latex-beamer (latex-beamer.sf.net) allows using colored slide backgrounds with transparent png images by specifying the image and an alpha mask like this: \pgfdeclaremask{mymask}{graphics/myalphamask} \pgfdeclareimage[interpolate=true,mask=mymask,width=10cm]{myimage}{graphics/myimage} Acrobat Reader 5.0 displays these images with a transparent background (though pretty slowly). kpdf does not support it by now.
Created attachment 9140 [details] A testcase
Having transparent background on images is a 'trivially expected' feature. I make pdfs with alpha-masked png files and they display correctly on Acrobat.
Nobody forces you to use kpdf, if you don't have anything useful to report please shut up.
Created attachment 9386 [details] PDF test case PDF test case with two png alpha masked images, one 8 bit and another 32 bit
There is no need to be rude, pal, I use KDE for my desktops and workstations and I am trying to help it to improve. I could simply go on and file a bug, but I am taking my time doing what I should, looking on the bug list and finding if it is already listed and voting on it. There is no need to disregard me like this, I am just giving a reason on why this bug is important to be solved from the business point of view. The more KDE 'just works', out of the box, the better. Users should not need to go patching up solutions from various sources, and KDE is in my opinion the best product to approach this. Why do you think i am taking my time to make a comment on this bug? Maybe I just caught you on a bad hair day.
No need to be rude on your side either, 'trivially expected' and 'this cannot be that hard' are not friendly to people that make it best to make kpdf a good program. Thanks for not opening new bugs and voting on bugs that you feel important. Please, accept my apologies.
All right, I re-read my first post and now it just magically seemed somewhat rude to me. I think I unintentionally deleted some line there, and I did not pay too much attention to how I was writing. I just wanted to underline the importance of the feature OK? We work with pdf documentation daily in our company and we are already using linux on our servers, but pushing into the desktop requires more support. Sorry if I seemed rude, you might receive tons of bug reports and comments, and some of them might not have a good tone like users 'demanding' features of the volunteer deveopers. I really didn't want to seem like that.
This isn't implemented in splash renderer (see Splash.cc in drawImage function where it says: "//~ this should blend if 0 < alpha < 1"). Unimplemented feature but can sure fix lot of rendering problems.
*** Bug 106978 has been marked as a duplicate of this bug. ***
the testcases of this bug report worked well on my kpdf (at least output is the same as acroread{5,7}), so I assumed this wasn't a duplicate. why do these work and mine don't?
Is document in comment #1 of this bug working for you????
Sorry, I was wrong. I must be really tired. none of the testcases work well on kpdf 0.4, but I seem to remind tescase 2 working well on kpdf 0.4.1. Of course I may be wrong again. What is the status of this bugreport? Is it being considered by the kpdf dev team? Is it hard to implement? Is there feedback?
none of the testcases work on kpdf 0.4.1. worse, testcase 1 crashes it. sorry for being misleading.
None test case crash for me, with kpdf 0.4.1 too
*** Bug 109228 has been marked as a duplicate of this bug. ***
Will work on KDE 3.5.0
Albert, would you please be so kind and notify here as soon as code is committed that does cover that? Just being impatient and excited, I used today's kdegraphics SVN build (finished 10 min ago -- but it is the "annotations branch" of kpdf", in case this is wrong), and the files submitted by me in the duplicate Bug #109228 didn't work... Cheers, and thanks for the excellent work on kpdf! Kurt
Hi Kurt, you have to use 3.5 branch or trunk. The code is in since i made that comment. Do not say thanks to me but to xpdf author that released a new xpdf version that fixed that, i only merged the source to our tree. I've tried your files and they work here.
Ah... I just noticed myself that I need to use 3.5 branch now, and that "annotations" hasn't had much updates recently. Brilliant thing! Currently rebuilding kdegraphics with kpdf-3.5, can't wait to see it finished. OK, I modify my saying thanks to you by now explicitely including eros and Derek into it. ;-P Thanks again! Cheers, Kurt
*** Bug 111082 has been marked as a duplicate of this bug. ***
Hi! I think I've stepped into this bug too. I had one PDF and printed to 4-pages mosaic to another PDF file. The originals shows correctly the transparent background but prints wrong (black background). Its an OOO Impress exported to PDF. The 4-pages mosaic surprisingly shows the background in black.!?!? I attach them wishing to be helpful. Keep on your fabulous work!
Created attachment 18996 [details] Original PDF, show good, prints wrong
Created attachment 18997 [details] 4-pages filtered PDF, shows wrong black background