After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 310008 - Images selection
Images selection
Status: RESOLVED OBSOLETE
Product: evince
Classification: Core
Component: general
unspecified
Other Linux
: Low enhancement
: ---
Assigned To: Evince Maintainers
Evince Maintainers
: 355300 (view as bug list)
Depends on:
Blocks: 598647
 
 
Reported: 2005-07-11 11:27 UTC by Marco Pesenti Gritti
Modified: 2018-05-22 13:03 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
testcase (219.86 KB, application/pdf)
2008-02-08 03:45 UTC, Jean-François Fortin Tam
Details
working test case (388.52 KB, application/pdf)
2008-02-12 19:32 UTC, Jean-François Fortin Tam
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. (46.64 KB, image/png)
2008-02-21 05:27 UTC, Jean-François Fortin Tam
Details

Description Marco Pesenti Gritti 2005-07-11 11:27:03 UTC
It should be possible to drag and drop images
Comment 1 Marco Pesenti Gritti 2005-07-11 11:29:44 UTC
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.
Comment 2 Nickolay V. Shmyrev 2006-09-10 15:48:12 UTC
*** Bug 355300 has been marked as a duplicate of this bug. ***
Comment 3 Carlos Garcia Campos 2007-05-22 10:16:58 UTC
Drag and drop is already implemented in evince and poppler (cvs head) also supports it now. 
Comment 4 Jean-François Fortin Tam 2008-02-04 14:04:00 UTC
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".
Comment 5 Carlos Garcia Campos 2008-02-04 14:17:37 UTC
What poppler backend are you using? You can check it in Help -> About in Evince. Images extraction is only available with the cairo backend. 
Comment 6 Jean-François Fortin Tam 2008-02-05 00:32:44 UTC
poppler 0.6 (cairo) in ubuntu 7.10
Comment 7 Jean-François Fortin Tam 2008-02-08 03:45:46 UTC
Created attachment 104682 [details]
testcase

try drag-and-dropping the image at page 13, to nautilus or openoffice, you get a black square.
Comment 8 Jean-François Fortin Tam 2008-02-08 03:48:26 UTC
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.
Comment 9 Jean-François Fortin Tam 2008-02-12 19:32:30 UTC
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.
Comment 10 Jean-François Fortin Tam 2008-02-12 19:45:42 UTC
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.
Comment 11 Carlos Garcia Campos 2008-02-16 10:34:56 UTC
(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.
Comment 12 Jean-François Fortin Tam 2008-02-17 03:16:57 UTC
I tried evince 2.21.90 from the gnome devkit and it does not yet work, is this version too ald?
Comment 13 Carlos Garcia Campos 2008-02-17 09:59:32 UTC
(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)
Comment 14 Jean-François Fortin Tam 2008-02-21 05:27:27 UTC
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.
Comment 15 Carlos Garcia Campos 2008-02-21 08:38:44 UTC
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.

Comment 16 Jean-François Fortin Tam 2008-03-11 01:56:28 UTC
I have evince 2.22.0 poppler 0.6.4 (cairo) and this is still not fixed.
Comment 17 Carlos Garcia Campos 2008-03-11 09:18:10 UTC
Yes, because poppler 0.6.4 is not enough. 
Comment 18 Matteo Settenvini 2008-04-26 17:13:04 UTC
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.
Comment 19 Jean-François Fortin Tam 2008-05-25 02:37:19 UTC
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.
Comment 20 GNOME Infrastructure Team 2018-05-22 13:03:19 UTC
-- 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.