<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Oct 12, 2017 at 3:22 PM, Plmalternate Plmalternate <span dir="ltr"><<a href="mailto:plmalternate@gmail.com" target="_blank">plmalternate@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thank you, both.<br>
<br>
> From: Paul <<a href="mailto:openboxml023478@rainslide.net" target="_blank">openboxml023478@rainslide.net</a><wbr>><br>
> Do the mouse press and release events register appropriately, according to<br>
> xev?<br>
Looks ok to me, but I'm not an xev expert. With xev in lxterminal:<br>
On press:<br>
<br>
ButtonPress event, serial 25, synthetic NO, window 0x2a00001,<br>
    root 0x497, subw 0x2a00002, time 129612230, (28,20), root:(32,64),<br>
    state 0x10, button 1, same_screen YES<br>
<br>
EnterNotify event, serial 25, synthetic NO, window 0x2a00001,<br>
    root 0x497, subw 0x0, time 129612231, (28,20), root:(32,64),<br>
    mode NotifyGrab, detail NotifyInferior, same_screen YES,<br>
    focus YES, state 272<br>
<br>
On release:<br>
<br>
ButtonRelease event, serial 25, synthetic NO, window 0x2a00001,<br>
    root 0x497, subw 0x2a00002, time 129616400, (28,20), root:(32,64),<br>
    state 0x110, button 1, same_screen YES<br>
<br>
<br>
> From: Dana Jansens <<a href="mailto:danakj@orodu.net" target="_blank">danakj@orodu.net</a>><br>
> I believe the "client" area behaves differently than other targets because<br>
> it needs to pass the mouse click thru to the application. So it ends up<br>
> being immediately released from the WM point of view.<br>
I don't follow you. "Needs to pass" or simply "does pass"? Why a need<br>
to pass a click instead of a press? The program running the content of<br>
the underlying window can respond to a press differently from a click.<br>
I  just tested that to be sure & in Pale Moon, on items in 2 different<br>
kinds of context menu (highlighted text & tab) I tried pressing,<br>
waiting, releasing; pressing, moving the pointer, releasing; & plain<br>
clicking. The response suggests Pale Moon at least doesn't treat a<br>
press the same as a click, which, to me, suggests OB is passing them<br>
differently. Those context menu items don't execute until a release<br>
with the pointer still over them. For example, I can press "close tabs<br>
to the right" but it doesn't happen until I release. And it doesn't<br>
happen at all if I move the pointer off the menu before releasing<br>
button 1.<br>
<br>
Even if this is a bug, or semi-bug/missing_feature, & not just me<br>
being dumb, don't break your neck on this, galuys.  For my immediate<br>
purpose, I've worked around this. But I would like to understand it.<br></blockquote><div><br></div><div>Sorry, let me try again. When Openbox gets the press event in the "client" target area, it immediately hands control of the pointer to the application, so that the application can get the press (and release) events. That means Openbox will not get a release event ever, so it just considers it a click+release immediately. Does that make more sense?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
______________________________<wbr>_________________<br>
openbox mailing list<br>
<a href="mailto:openbox@icculus.org" target="_blank">openbox@icculus.org</a><br>
<a href="http://icculus.org/mailman/listinfo/openbox" rel="noreferrer" target="_blank">http://icculus.org/mailman/lis<wbr>tinfo/openbox</a></blockquote></div><br></div></div>