GNOME Bugzilla – Bug 310008
Images selection
Last modified: 2018-05-22 13:03:19 UTC
It should be possible to drag and drop images
Also it should be possible to cut/paste them with text. Comment by Bryan: >The two things that are missing are getting text+images if you highlight text >across images and text. And being able to right click on an image and save it.
*** Bug 355300 has been marked as a duplicate of this bug. ***
Drag and drop is already implemented in evince and poppler (cvs head) also supports it now.
I don't see this in evince 2.20.1 though, is that normal? Oh and not only drag n drop, there should be a popup menu available to "copy image" (currently, Copy does nothing) and "Save image".
What poppler backend are you using? You can check it in Help -> About in Evince. Images extraction is only available with the cairo backend.
poppler 0.6 (cairo) in ubuntu 7.10
Created attachment 104682 [details] testcase try drag-and-dropping the image at page 13, to nautilus or openoffice, you get a black square.
also, notice that you cannot copy the charts. Could they be considered images, too? Another example at page 14. If you try to drag those charts (hard to target, but it is possible to start a drag operation if you hit the chart "columns"/"bars"), you get a *tiny* black square.
Created attachment 105079 [details] working test case on the other hand, this file successfully allows drag and dropping the image on page #10 from evince to openoffice. Therefore, it works for certain images but not all. Could you look at the previous test case? I can provide a lot of those.
on the same document (attachment #105079 [details]), the two images on page 12 cannot be copied properly (black rectangle), and the "piano" picture on page 13 can be copied without problems, like the image from page 10. The image on page 16 can be copied, but is split into multiple horizontal parts. You need to drag 3-4 "parts" of the image. Images at page 17 cannot be copied. On page 18, if you try to drag the kitchen scene image (which has the same problem of image being split into horizontal parts), no matter what you drag (upper vs lower parts), it will always be the upper part that will be dragged. Hopefully this info should help.
(In reply to comment #9) > Created an attachment (id=105079) [edit] > working test case > > on the other hand, this file successfully allows drag and dropping the image on > page #10 from evince to openoffice. Therefore, it works for certain images but > not all. Could you look at the previous test case? I can provide a lot of > those. > This problem is fixed in svn trunk now. See bug #516237.
I tried evince 2.21.90 from the gnome devkit and it does not yet work, is this version too ald?
(In reply to comment #12) > I tried evince 2.21.90 from the gnome devkit and it does not yet work, is this > version too ald? > it's fixed only in svn, it will be available in the next release (2.21.92)
Created attachment 105680 [details] For fun I just tried dragging and dropping it to nautilus, but it fails giving me a strange error. Don't know if that is related. actually, the gnome devkit is supposed to be a daily build from svn. How can I determine if this is what I'm running? [jeff@khloe ~]$ sudo conary rq evince evince=/conary.rpath.com@rpl:devel/0-1-1[desktop,gnome] evince=/foresight.rpath.org@fl:devel//2-devel/2.21.91-0.1-1[~!builddocs] For fun I just tried dragging and dropping it to nautilus, but it fails giving me a strange error. Don't know if that is related.
This error is probably what I fixed the other day: 2008-02-16 Carlos Garcia Campos <carlosgc@gnome.org> * libdocument/ev-image.c: (ev_image_finalize), (ev_image_save_tmp): Return a real uri instead of a filename when saving an image. Fixes images drag an drop from evince to nautilus.
I have evince 2.22.0 poppler 0.6.4 (cairo) and this is still not fixed.
Yes, because poppler 0.6.4 is not enough.
Doesn't work for me with Evince 2.22.1 and poppler 0.8.1. Please see also testcase attached here: https://bugs.edge.launchpad.net/ubuntu/+source/poppler/+bug/210783 Still getting black background instead of transparency and wrong images selected.
Stupid bugzilla not accepting attachments >1mb. Uploaded a new test case here: http://launchpadlibrarian.net/14694800/5%20-%20Perception%20de%20la%20forme%20et%20des%20objets.pdf And posted a comment regarding this attachment: =============================================== I have tested Evince 2.22.1.1 poppler 0.8.2 (cairo), thanks to matteo, and some bugs are fixed indeed, but not everything. For example, I just had to try out some other files such as this one to stumble on problems. Try saving all the images of that file: some of them will, some won't (cannot be dragged, or no popup menu option). For an easy example, at the last page, the bottom-right image can be saved, but the 3 other images around it cannot. On page 18, some of the images can be saved, others can not. Also, sometimes some images are saved "flipped vertically" (but I'm not sure if that is a bug, as it happened only with the PDFs from that particular author). Moreover, sometimes you can only save with right-clicking, you cannot drag and drop for some really strange reason. For example, on page 3, try drag and dropping the ugly faces. Sometimes they will work, and sometimes they will *stop working*. Really weird. Actually, I have found how to reproduce this. Initiate a drag operation, then drop immediately in the middle of nowhere (inside evince for example). Then, you won't be able to drag *anything* from the PDF again, until you have switched to another window/application and come back. Not 100% reliable to trigger, but easy nonetheless. So, in short, there seems to be 2-3 bugs hiding in there.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/evince/issues/10.