Open IgnorantGuru opened 11 years ago
Received elsewhere:
I've tested it with xfwm, same results. Desktop breaks d&d.
I humbly request to shift some priority over here when it is convenient. Totally breaks desktop experience in some cases.
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.
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
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.
This hasn't been fixed after many years. I may have to switch to another file manager :(
Is there a way to start a bounty on this issue?
Received elsewhere:
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?