IgnorantGuru / spacefm

SpaceFM File Manager
http://ignorantguru.github.com/spacefm/
GNU General Public License v3.0
489 stars 73 forks source link

[desktop] drag & drop from SpaceFM to other windows #291

Open IgnorantGuru opened 11 years ago

IgnorantGuru commented 11 years ago

Received elsewhere:

I've recently found out that SpaceFM desktop affects the way Openbox gives mouse focus to windows upon window switching.

I normally do not use desktop handler at all. When I drag a file from SpaceFM window, I can land it in any window, switching to it *while dragging*, by keystroke, or by moving over window button on panel. Desired window receives focus, starts accepting mouse events, and I drop file there. This window may be initially located behind SpaceFM window, or on another desktop.

But this does not work when SpaceFM desktop handler is running: When dragging a file to a window on the same desktop, it falls through that window straight back to SpaceFM window, initiating rename dialog. This window does not recieve mouse events while dragging a file, SpaceFM window behind it recieves them. If needed window is located on another desktop, drop just goes to nowhere.

I can reproduce this but I don't know what would cause it. Any other info on this or other window managers besides openbox responding this way?

IgnorantGuru commented 11 years ago

Received elsewhere:

I've tested it with xfwm, same results. Desktop breaks d&d.

Vladimir-csp commented 10 years ago

I humbly request to shift some priority over here when it is convenient. Totally breaks desktop experience in some cases.

IgnorantGuru commented 10 years ago

I understand - this is one of those things that requires substantial research time for a small result, which is why it keeps getting bumped down. SpaceFM is a large project with few developers. This is an item which others may want to help with - investigating where something is going wrong here, at least helping point in the right direction even if you can't provide a full solution. Otherwise, I do review all issues periodically to decide how available dev time is spent - it's not really being ignored, there are just other things that rise above it in priorities.

Vladimir-csp commented 9 years ago

As pcmanfm does not break d&d, I've checked xprops for pcmanfm desktop handler. Differences between pcmanfm and spacefm xprops (excluding obvious naming, pids, counters and stuff) boil down to: spacefm:

_OB_APP_ROLE(UTF8_STRING) = "desktop_manager"
_WIN_HINTS(CARDINAL) = 1
WM_WINDOW_ROLE(STRING) = "desktop_manager"
WM_NORMAL_HINTS(WM_SIZE_HINTS):
        program specified minimum size: 5440 by 1080
        program specified maximum size: 5440 by 1080
        window gravity: NorthWest

pcmanfm:

_OB_APP_ROLE(UTF8_STRING) = 
WM_NORMAL_HINTS(WM_SIZE_HINTS):
        program specified location: 0, 0
        program specified minimum size: 1920 by 1080
        program specified maximum size: 1920 by 1080
        window gravity: NorthWest
Vladimir-csp commented 9 years ago

Another detail: Usually object drops through desired window down to spacefm desktop handler window. But if there happens to be a sticky window below, it 'breaks the fall' and accepts the drop.

crabdancing commented 5 years ago

This hasn't been fixed after many years. I may have to switch to another file manager :(

crabdancing commented 5 years ago

Is there a way to start a bounty on this issue?