Opened 10 years ago

Closed 8 years ago

#6861 closed bug (fixed)

[FileTypes] icon can be dragged out only once in application type window

Reported by: diver Owned by: stpere
Priority: normal Milestone: R1
Component: Preferences/FileTypes Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All


This is hrev39554 gcc4hybrid.

  • FileTypes /system/kernel_x86
  • Try to drag atom icon to the Desktop
  • Try to repeat -> icon is not draggable anymore

BTW, shouldn't it create icon file on the Desktop in step 2?

Attachments (2)

0001-Fix-dragging-of-icon-in-FileTypes.patch (750 bytes ) - added by jessicah 8 years ago.
Fixes dragging of icon in FileTypes
0001-Move-SetMouseEventMask-into-MouseDown-where-it-shoul.patch (1.1 KB ) - added by jessicah 8 years ago.

Download all attachments as: .zip

Change History (8)

comment:1 by diver, 8 years ago

From #1640: Actually it's just difficult to get focus to the icon-well to initiate the drag&drop.
Also note the highlighting of the icon-well on mouse over: sometimes it's a white frame, sometimes it's black.

comment:2 by diver, 8 years ago

Owner: changed from axeld to stpere
Status: newassigned

by jessicah, 8 years ago

Fixes dragging of icon in FileTypes

comment:3 by jessicah, 8 years ago

patch: 01

comment:4 by jessicah, 8 years ago

Stupidly simple fix in the end :) If clicking the mouse to initiate a possible drag, set dragging to false :) (mouse up doesn't get invoked when outside of the IconView bounds)

Last edited 8 years ago by jessicah (previous) (diff)

comment:5 by jessicah, 8 years ago

Turns out there's an API to get MouseUp to fire. Thanks hamishm & stpere! Updated patch attached.

comment:6 by stpere, 8 years ago

Resolution: fixed
Status: assignedclosed

patch applied in hrev44583. Thanks Jessica!

And for the creation of Icon on a drop, I agree it's a bug.. should that ticket be recycled or is there another one already created?

Note: See TracTickets for help on using tickets.