[Digikam-devel] [Bug 288390] New: Ctrl+drag and Shift+drag images to Dolphin changes the image selection

DGardner dkde at gardnersworld.org
Wed Dec 7 10:18:09 UTC 2011


https://bugs.kde.org/show_bug.cgi?id=288390

           Summary: Ctrl+drag and Shift+drag images to Dolphin changes the
                    image selection
           Product: digikam
           Version: 2.3.0
          Platform: Fedora RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: digikam-devel at kde.org
        ReportedBy: dkde at gardnersworld.org


Version:           2.3.0 (using KDE 4.7.3) 
OS:                Linux

When I want to copy the selected images in digiKam to an external folder, I
select the images and then use Ctrl+drag to copy them to a folder in a Dolphin
(file manager) window. This saves me having to select "Copy" from a pop-up menu
in Dolphin if I do not hold down the Ctrl key when dragging. Similarly, holding
down the Shift key while dragging saves having to select the "Move" option from
the pop-up menu. Both of these operations do not work properly, as they change
the selection in digiKam when the drag is initiated. The selection is not
changed when the modifier key is not used.

Reproducible: Always

Steps to Reproduce:
Scenario for "Ctrl+drag":

1. Open digiKam and a Dolphin window side-by-side.
2. Select two images in digiKam.
3. Hold down the Ctrl key and use the mouse to drag the selected images to
Dolphin (by dragging one of the selected images).
4. Release the mouse button over Dolphin.

An alternative to step 3 is to initiate the drag on an image that is not
selected. Similarly, use Shift+drag and again initiate the drag on an image
that is not one of those selected.

Actual Results:  
Observe that the selection of the image used to initiate the Ctrl+drag
operation is toggled before the images are copied. Either one fewer or one more
image than intended will be copied.

Using Shift+drag, if the drag is initiated over a selected image, it works OK.
However, if the drag is initiated over an un-selected image, the selection will
be extended and more images than intended will be moved.

Expected Results:  
Dragging without using a modifier key does not change the selection, so
dragging with a modifier key should not change the selection either. When the
dragging is initiated over an un-selected image, then only that image should be
dragged/copied/moved. That is consistent with the behaviour of dragging without
a modifier key. It also prevents potentially disastrous unintentional move
operations where the tag metadata will be lost when the images are moved back
to digiKam to repair the damage. (This happened to me in the past when there
was a problem with digiKam/Dolphin that caused all drags to be interpreted as
move operations without any modifiers or pop-up menus.)

I suspect that digiKam need to be modified to change the selection on
Ctrl+left-click or Shift+left-click only when the mouse button is released, not
when it is pressed.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the Digikam-devel mailing list