Summary: | Unable to save remote images | ||
---|---|---|---|
Product: | [Applications] gwenview | Reporter: | Sputnik <sputnikshock> |
Component: | general | Assignee: | Gwenview Bugs <gwenview-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | critical | CC: | myriam, null |
Priority: | NOR | ||
Version: | Other (add details in bug description) | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Sputnik
2016-10-14 11:02:30 UTC
Thanks for your effort to report this. > A) neither a 'save file' option for me (it is not selectable) This option only becomes active when you modify an image, e.g. when rotating a JPG. > B) 'share this file'-icon do something that works. While I would support such functionality, this would be a larger effort spanning all KDE applications. > C) Nor was I able to simply grab the picture and copy it > by dragging it to a directory in the file-manager Dolphin. Dragging pans the image when you are zoomed in. If in "Fit" mode, this could be a reasonable thing to have, though. Would you mind opening a new wish for that? That said, for local images your use case would be covered today with the following options: - Click on "Browse", drag image to Dolphin. - Open "Thumbnail Bar", drag image to Dolphin. - Use context menu or "File" menu, then select "Copy To". - Just press F7. --- However, this does not work for remote images, e.g. for "gwenview https://dot.kde.org/sites/all/themes/neverland/logo.png". Specifically, we have to observe: - No thumbnail shown - "Browse mode" empty - "Copy To" disabled I wonder if some of this could be fixed by first copying the remote file to FDO's $TMP folder and then opening it as a local file. But maybe this clashes with smb:/ use cases? Turns out there is already a bug report regarding this shortcoming. As for the dragging operation, I filed a wish in bug 386034. *** This bug has been marked as a duplicate of bug 343796 *** |