patches VS oguri

It would be possible to have gaps by default without wasting space, they would just be smaller. Current gaps patches waste even more space than 'resizehints = 0'. This patch appears to be a big challenge, but it would be very interesting to see it done. Something like the centered_size_hints patch but with better space/cpu usage would already be great.

I made this patch after that post for reference: https://github.com/bakkeby/patches/wiki/anysize-simple

I'd recommend that you have a look at the floatrules patch and alternatively if you need percentages then I have another patch called floatpos.

As for 1. you may want to consider toggletag which is a one-line patch which makes it so that when you do MOD+1 to move to tag 1 and if you do MOD+1 again then it moves you back to the previous tag (5 in the example case).

I believe the zoomswap, stacker and restrictfocus patches could help solving this problem. The functions needed to be changed probably are zoom and maybe pop. I tried to figure it out, but couldn't since I don't know C right now. But hopefully the information on this post can help, so one can fix it if he can and wants to.

You may also want to consider applying the barpadding patch for dwm into dmenu, this is easier to do than it sounds. I created an example patch a while back: https://github.com/bakkeby/patches/wiki/barpadding

It's difficult to make alpha and systray patches sing together. Use bakkeby patch that does them both: https://github.com/bakkeby/patches/blob/master/dwm/dwm-alpha-systray-6.3_full.diff

I had an example patch for that: dwm-desktop-6.3.diff

AFAIK swaybg cannot display animated GIFs, but came across this post, which mentions these projects: - oguri - MPVPaper

It supports a bunch of file types (anything the image crate supports), AND animated gifs. Regarding those, one of the big motivations for making this was oguri's insane memory usage when displaying animations. For reference, for me, oguri used up a little over 8 GIGABYTES OF RAM for a 450 frames gif, while swww is currently using around 49 megabytes for the same file.

there's oguri, which can do gifs - and is just a great wallpaper solution all around.

On Wayland, there's oguri and glpaper.

Here is another wallpaper tool for sway: https://github.com/vilhalmer/oguri

You could probably hack something together with a daemon that generates a wallpaper with the time on it and sends e.g. swaysmg output * background /path/to/bg fill at the correct intervals, but I haven’t tried. Alternatively could hack on https://github.com/vilhalmer/oguri or https://github.com/GhostNaN/mpvpaper which do animated backgrounds.

KDE had a plugin for animated wallpaper that would freeze when a window is displayed. That thing took twice as much resources as Oguri running full-time in the background.