Summary: | Ability to drag&drop images from digikam to chrome/google+ | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Petr Zmek <amihere007> |
Component: | Usability-Drag&Drop | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED UPSTREAM | ||
Severity: | wishlist | CC: | caulier.gilles, dave, rmu |
Priority: | NOR | ||
Version: | 2.9.0 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 7.5.0 | |
Sentry Crash Report: |
Description
Petr Zmek
2011-09-09 14:50:41 UTC
Fully reproducible here. I need to use gwenview instead. Drag and drop work fine. Note: With Dolphin, it doesn't work. digiKam and Dolphin use same component for icon-view, which include D&D implementation if i'm not too wrong. It can be something to improve in KDELibs. Marcel, i'm not sure. Your viewpoint ? Gilles Caulier We have our own d&d implemtation in ddragobjects.cpp. We have some internal mimetypes, but also add the interoperable mime data (file URLs) through the kdelibs method KUrl::List::populateMimeData. This is why you can drag from digikam to e.g. dolphin. I was searching for "QMimeData" in gwenview's source and did not find anything special except for using the populdateMimeData method as well. There is an easy way to debug dropped mime data. Add the two lines to dragdrop/imagedragdrop.cpp, 598: Qt::DropAction ImageDragDropHandler::accepts(const QDropEvent* e, const QModelIndex& /*dropIndex*/) { kDebug() << "Dropped mimetypes:" << e->mimeData()->formats(); return false; if (albumModel() && !albumModel()->currentAlbum()) Then drop from dolphin, chrome, gwenview, and digikam to the digikam icon view. There should be a line output with the offered mimetypes each time. Then we can see if gwenview adds some magic to the drag. Certainly not wanting to make this a "me too" comment fest, just noticed not much chatter on this issue. I'm not in a position to alter and compile the above, but can confirm that I cannot drag and drop files from Dolphin to Chrome (i.e. GMail attachments). Works ok with Firefox or with Chrome and any other file browser (Krusader, or a Gnome file browser). I'm GMail + Chromium user, and D&D work fine here with digiKam to attach photo to mail. Gilles Caulier *** Bug 306635 has been marked as a duplicate of this bug. *** I made a test with the "dropsite" Qt-example application. Dnd from gwenview results in these mime-types: text/uri-list text/x-moz-url text/plain UTF8_STRING STRING TEXT COMPOUND_TEXT application/x-qiconlist whereas Dnd from digikam results in digikam/item-ids digikam/digikamalbums digikam/album-ids digikam/image-ids-long text/uri-list text/x-moz-url text/plain UTF8_STRING STRING TEXT COMPOUND_TEXT The additional mime-types (digikam/*) should not trigger different behaviour IMHO. A quick test in firefox shows that DND is working from gwenview and from digikam. Seems to be a bug on the chrome-side of things... Perhaps it gets confused by the digikam-specific mime-types. Yes, it's sound like a bug in Chrome. We respect DND standard provided by Qt. Chreme must be able to ignore digikam* type mime used for intenal DND purpose and use standarized one that we provide. Please report this problem to Chrome bugzilla. Thanks in advance. Gilles Caulier |