From: Steve C. <ste...@is...> - 2002-11-24 23:09:43
|
Hello again, Not sure if I should have used the devel list or not. I'm using Rox 1.3.5 (today's CVS) with a pinboard under Fluxbox. (Or am I using Fluxbox under Rox? :-) I have the "Pass all backdrop mouse clicks to window manager" and "Override window manager control of pinboard and panels" options enabled. I see the Fluxbox root menu when I right click on the backdrop. But it disappears as soon as I release the mouse button. It's not a killer, because things work if you hold the right button down to navigate the menu and then simultaneously click the left button to invoke the selected app. You can also force the menu to stay open by holding the right button down by pulling down and left until you're outside the menu on the left side. Then you can let go and use the menu solely with the left button. On the Fluxbox desktop the root menu stays up after you release the right button, even if you don't move. It seems that the button up event handling must somehow work out differently for Fluxbox when Rox is doing the pass-through. Of course it could always be a Fluxbox problem. :) Any ideas? I'd like to distribute a Rox/Fluxbox integration tool. But this is a bit of a fatal flaw. Thanks, Steve -- \_O< \_O< \_O< ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Steve Cooper Redmond, WA |
From: Matthew W. O. <wei...@gr...> - 2002-11-25 01:35:09
|
-- Steve Cooper <ste...@is...> wrote (on Sunday, 24 November 2002, 03:09 PM -0800): > I'm using Rox 1.3.5 (today's CVS) with a pinboard under Fluxbox. (Or > am I using Fluxbox under Rox? :-) I have the "Pass all backdrop mouse > clicks to window manager" and "Override window manager control of > pinboard and panels" options enabled. > > I see the Fluxbox root menu when I right click on the backdrop. But > it disappears as soon as I release the mouse button. It's not a > killer, because things work if you hold the right button down to > navigate the menu and then simultaneously click the left button to > invoke the selected app. You can also force the menu to stay open by > holding the right button down by pulling down and left until you're > outside the menu on the left side. Then you can let go and use the > menu solely with the left button. On the Fluxbox desktop the root > menu stays up after you release the right button, even if you don't > move. > > It seems that the button up event handling must somehow work out > differently for Fluxbox when Rox is doing the pass-through. Of course > it could always be a Fluxbox problem. :) I've written a patch (it's in the rox tracker) for this very issue. It was written with blackbox in mind (as that's my window manager of choice), but should be useful for any wm that's having trouble receiving mouse button events when a rox pinboard is being used. There are instructions on the tracker for how to patch the rox source; you'll need to recompile and install rox after doing so. Afterwards, all mouse button events (including scrollwheel events) are passed to the window manager. -- Matthew Weier O'Phinney ma...@we... |
From: Steve C. <ste...@is...> - 2002-11-25 02:41:28
|
> I've written a patch (it's in the rox tracker) for this very issue. It > was written with blackbox in mind (as that's my window manager of > choice), but should be useful for any wm that's having trouble receiving > mouse button events when a rox pinboard is being used. ---end quoted text--- Excellent! Worked like a charm, although the patcher had to work to get it into the 1.3.5 source. :-) Be nice to incorporate this into the Rox itself. Thanks, Steve -- \_O< \_O< \_O< ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Steve Cooper Redmond, WA |
From: Matthew W. O. <wei...@gr...> - 2002-11-25 14:48:02
|
-- Steve Cooper <ste...@is...> wrote (on Sunday, 24 November 2002, 06:41 PM -0800): > > I've written a patch (it's in the rox tracker) for this very issue. It > > was written with blackbox in mind (as that's my window manager of > > choice), but should be useful for any wm that's having trouble receiving > > mouse button events when a rox pinboard is being used. > ---end quoted text--- > > Excellent! Worked like a charm, although the patcher had to work to > get it into the 1.3.5 source. :-) Nice to know... I haven't updated it since a CVS version just after 1.3.3... I'll have to go and grab 1.3.5 and update the patch! > Be nice to incorporate this into the Rox itself. It's not incorporated because it's a fix for non-standard behaviour by a window manager. Thomas has built ROX off a set of standards that are incorporated already in many window managers, but which others are just now trying to implement (e.g. blackbox and its derivatives; there are others, but I'm not familiar with them). Once they have been implemented, there won't be a need for the patch except for backwards compatability. Blackbox is working on this for the upcoming 0.70 release (and all but sticky hints are currently available and working in CVS); fluxbox has been working towards it (possibly with the use of some blackbox code, though I'm not 100% certain of that); and openbox already has partial support. Which is all just to say that within the next 3-6 months, new versions of these window managers will no longer need this patch. -- Matthew Weier O'Phinney ma...@we... |