Comment 12 for bug 29560

oops.. my bad.
yeah, sounds conclusive to me, a scalable solution for a problem of scale..
let's see what shuttleworth's people will come up with.. i'm optimistic
about the matter..
as long as somebody has a proper severety level assigned to the problem, it
should work out in time.

On Sat, Jul 26, 2008 at 6:27 PM, Thomas Thurman <email address hidden> wrote:

> Do you know for sure that fluxbox handles this? If so, I could read
> their code or ask their developers to find out how.
> (It's not that we don't know how to do this-- we know lots of ways to do
> this, none of them very good. What's needed is a standard way.)
> --
> drag & drop improvement: delay bringing window to front until mouse
> released
> You received this bug notification because you are a direct subscriber
> of the bug.
> Status in The Metacity Window Manager: Confirmed
> Status in "metacity" source package in Ubuntu: Triaged
> Bug description:
> Open a nautilus window and xmms. maximize natilus. Bring xmms on top
> (activate it). Nautilus is now on the background, yet some files are visible
> within it, because xmms does not cover it completely.
> Now, a natural action is to drag a file to xmms playlist. This is not
> possible because, as soon as you click the file in the nautilus window,
> nautilus goes on top and (being maximized) hides xmms. So, the only way to
> drag is to hover the tasklist and reactivate xmms.
> IMHO, a much better way exists (the one employed by MS. Windows): the
> nautilus window should go on top only when the mouse is _released_ (not when
> it is pressed). So a direct drag would be possible, without resorting to the
> tasklist.