<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jan 22, 2016 at 1:48 AM, Bogdan Sinitsyn <span dir="ltr"><<a href="mailto:bogdan.sinitsyn@gmail.com" target="_blank">bogdan.sinitsyn@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Friday, January 22, 2016 1:43:04 AM MSK Brandon Allbery wrote:<br>
> On Fri, Jan 22, 2016 at 12:46 AM, Daniel Wagner <<a href="mailto:dmwit@dmwit.com">dmwit@dmwit.com</a>> wrote:<br>
> > It should be possible to find out what geometry the window is asking for.<br>
> > You could use that to decide whether the requested geometry is "big<br>
> > enough"<br>
> > to put full-screen or not. From looking at the source of `doFloat` in<br>
> > xmonad-core, I would guess `liftX . floatLocation` will give you the<br>
> > requested geometry in a `ManageHook`-friendly way.<br>
><br>
> fwiw I tracked down a problem with my xmonad.hs to an apparent bug in this<br>
> which probably plays into the various reports of fullscreen windows having<br>
> the wrong size when the default borderWidth is nonzero. Haven't looked at<br>
> the code yet, but be aware that you may need to add 2*borderWidth conf to<br>
> both height and width to get the correct window size.<br>
<br>
</span>Wouldn't it be better to set border width from fullscreenEventHook?<br></blockquote><div><br></div><div>That's not the point. floatLocation misreports the requested position and size of *all* windows, because whoever wrote it didn't realize that the border is *inside* the window. And the default border is always set before ManageHook etc. run, which is also before the _NET_WM_STATE_FULLSCREEN change can be communicated to us whether it's by being set at ManageHook time or by sending a message to the root window.</div><div><br></div><div>This does imply that if you decide to remove the border, you need to adjust the position and size again to compensate.</div></div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>brandon s allbery kf8nh                               sine nomine associates</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>                                  <a href="mailto:ballbery@sinenomine.net" target="_blank">ballbery@sinenomine.net</a></div><div>unix, openafs, kerberos, infrastructure, xmonad        <a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a></div></div></div>
</div></div>