Ruben Suarez

Yeap! it seems that the label widget has to be initialized with some value. Since if I use Widget.Label().bind() or hook() the problem also occurs but it is solved by...

I was testing a little more and it is really very strange because the overhead decreases when I execute some animation or movement but when I focus on a window...

After some more tests. I can confirm that the overload only occurs in floating windows mode. When I change to the tiled windows the maximum overhead is 2 and the...

Sorry for the delay 🙃 . Ehmm no 🤔, I mean that you can exclude smooth movement for certain types of windows. Just like the animations of opening (animation-open-exclude) and...

Yes, I just edited my previous comment. What I am asking is to exclude the window movement animation (not open or close animation) to be able to let users define...

I would suggest that smooth motion can be disabled for certain types of windows. Something like "animation-move-exclude" This way it allows the user to decide whether to create their own...

Maybe in the future you could see the best way to map the open and close animations (zoom, slide-up, etc.). It would be something like renaming "animation-for-open-window" to "animation-default-open-window" and...

> I'm not sure what the difference between that and animations as a whole is? animations=true enables animations for both opening, closing, moving and resizing windows. You already exclude the...