Re: [i3] [PATCH] Block outward events while processing commands.

  • From: DR <drdarkraven@xxxxxxxxx>
  • To: "Discussions/Questions about the i3 window manager" <i3-discuss@xxxxxxxxxxxxx>
  • Date: Sun, 1 Jul 2012 15:28:51 +0800

On Sun, Jul 1, 2012 at 1:05 AM, Michael Stapelberg <michael@xxxxxxxx> wrote:

Hi,

Quoting DR (2012-06-30 16:30:49)
This should solve the problem, but wouldn't my solution make things
simpler?
I don’t think so. What I was suggesting is already working and the same
technique as used in the testcases, so I’d really prefer that a lot in
comparison to touching quite some amount of code.

Alright, I'll do as you say.

So forget this patch.


PS. I have had a little thought about the situation you suggest where X
representation is not changed after tree_render(). Wouldn't the unmap
command
sent by i3bar queued after those sent by i3 in Xorg buffer? If so, it
won't be
a problem.
You cannot make this assumption because of how i3 and i3bar might get
scheduled on your CPU.

But can you explain this a little further? All the workspaces events is
sent after the render commands have been sent to Xorg. So what schedule
would make i3bar's unmap command arrive before i3's render commands?


Best regards,
Michael

Other related posts:

  1. Home
  2. i3-discuss
  3. Archive
  4. 07-2012