Cannot save/copy images properly from evince
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evince |
Expired
|
Wishlist
|
|||
poppler (Ubuntu) |
Invalid
|
Low
|
Ubuntu Desktop Bugs |
Bug Description
Using latest Hardy, on many PDFs I cannot save or copy the correct image (that is to say, almost all of the ones I've tried). If PDF image-saving support is so buggy, it should be temporarily disabled in the final Hardy release instead that kept there as a half-working feature -- at least imho.
In the attached test-case (even if quite ugly, I just took some random images lying there on my hard disk), try copying/saving the images you see into e.g. OpenOffice.org Writer. There are a lot of issues:
* Transparent PNGs are rendered with a black background.
* If you try to select the image on the background (the one with the flag), you probably get any of the other images saved instead. For example, try in the upper-right corner of the picture, where you see the blue sky. No image is stacked above that area, neither a transparent one.
* Then there's the transparence issue: try copying the image in space labeled as "A". You don't get the chest, but the image of the zealot. Transparence should be taken in account and images with alpha 255 on a particular point (where you do your right click) ignored in the z-stack -- users expect the chest to be copied, because that's what they see.
Probably at least part of this gets fixed by updating poppler to 0.8.0 for Hardy. See also GNOME bug #310008.
I can attach other test-cases if needed, I should be able to find easily something under a CC license.
Changed in evince: | |
status: | Unknown → Confirmed |
Changed in evince: | |
importance: | Unknown → Wishlist |
tags: | added: hardy |
Changed in evince: | |
status: | Confirmed → Expired |
thanks for your report.