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 PROTECTED]> 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 > https://bugs.launchpad.net/bugs/29560 > 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. > -- drag & drop improvement: delay bringing window to front until mouse released https://bugs.launchpad.net/bugs/29560 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
