Overlay animation queue makes WM unusable.

[OwczarekGit]

While changing the position of overlay the "overlay move orders" can be queued (supposedly infinitely), this can lead to the situation shown in the attached gif. This makes entire WM unresponsive(you can see me trying to change workspace and press some keybindings), and any commands entered while animations are playing are added to queue and get executed all at once after animations are done. If "move orders" are spammed a lot, even the time displayed in the topbar will slowly get late. While spamming "overlay move orders" i probably not an usual use case for what overlay is, i think that it should only accept next "overlay move order" after current has finished, so we can avoid situations where you spam "move orders" and then have to wait 5 minutes in order to do anything.

[con-f-use]

I can confirm this, maybe limit the queue or ignore commands while the animation is playing.

[con-f-use]

Also if I have a great lot of tabs open in a window (e.g. firefox), and I close said window, the window lingers for a very long while at the bottom edge of the screen before finally ending the animation and closing.

[uvera]

Fixed in #105