THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added:
FS#1181 - Clients resize lag User who did this - Uli Schlachter (psychon) ---------- > TEST CASE: > Tiled layout, one client tiled and another one floating above. > Resizing the floating client lags. No problem with urxvt, bad artefacts with gvim, ok-ish artefacts with luakit. However, this doesn't look like awesome's faults, but the clients are just too slow at redrawing themselves / awesome is resizing them faster than they can keep up with. If anyone feels really bored, they could implement _NET_WM_SYNC_REQUEST in awesome. That's part of EWMH and let's the client notify the WM when it is done handling a resize. It should be used for throttling resizes to a rate that the client can keep up with. And of course it requires an X11 extension. > It only happens on the primary screen, but not the secondary one. Thing like that always make me blame the video driver. Awesome doesn't do much differently between screens ---------- More information can be found at the following URL: https://awesome.naquadah.org/bugs/index.php?do=details&task_id=1181#comment3899 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
