dwm-flexipatch VS patches

However, if I were to implement something like 15+ patches then i would just use flexi patch to quickly apply patches - https://github.com/bakkeby/dwm-flexipatch.

I posted an issue with flexipatch's savefloats patch https://github.com/bakkeby/dwm-flexipatch/issues/362 which I believe to be a bug in the way the patch is supposed to handle layout switching.

Check out dwm-flexipatch!

And if you want a quick way to install patches then you should checkout u/bakkeby 's https://github.com/bakkeby/dwm-flexipatch.

do yourself a favor and use https://github.com/bakkeby/dwm-flexipatch ... patching with much less trouble

and i would recommend to use dwm-flexipatch, it makes the hole patching process very easy, and you can try out all the patches...

I just wanted to add that if anyone is experiencing this issue and using dwm-flexipatch then enabling the patch BAR_NO_COLOR_EMOJI_PATCH may solve the issue.

if your not scared of changing basic C files the most lightweight you’ll get is probably dwm, try out this to more easily patch dwm if you do decide to use it.

a lot of functionality can be added with patches, but you have to try and juggle those all yourself (and work out any conflicts between them yourself) - there are some projects like dwm-flexipatch to try and make it easier to deal with them, but it's way more trouble than I am interested in

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