patches VS dwm

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

I am working on finishing up my dwm fork and have two patches that I need to do so. The big one is a patch that would allow me to bind mouse buttons using sxhkd to send an X11 event and command to be run. Think of it as taking these and moving them to sxhkd with rules like this:

I applied the togglefakefullscreen patch as it was closest to the functionality I was looking for. While I like this patch a lot it is missing one thing. I want the ability to, in my windows rule set, have the option to mark a program to always to given real fullscreen functionality. Does anyone have any idea how to implement this into this specific patch?

I decided to add what is, in my opinion, a more organized structure to the config.def.h file as well as better comments. The changes can be seen in my fork.

Ahh, this is possible. I am unsure if you use dwm, but essentially it's this. I like to use sxhkd for my key-bindings. To do this with dwm I applied the dwmc patch. While this patch is great, I find the shell script hard to read so I forked it into dwm-signal. I then went to work writing functions to make all patches I applied work with sxhkd. Notable for this case is the riospawn patch I applied (took a little tweaking, but see commits). The issue I am having right now is a little weird (at least for me as my programming knowdlge is more introductory common lisp, python, and POSIX shell scripting).

The diff worked! Thank you so much! Sadly, I can not seem to get the cyclelayout function working on my build, though I can confirm it did work with the built-in key-binding system so I know it is signal related. I think I rewrote dwmc wrong perhaps? I am having this issue with a few functions and perhaps it is due to how I call them?

I know a lot of people like StumpWM and EXWM, but I use my own personal fork of dwm with emacs -nw. I am not really the typical emacs user, as I am more or less using emacs as I like common-lisp and I am trying to use emacs to make a vi, emacs, acme, and sam-like editing environment that slips into my broader system (which I am literally rewriting in common-lisp).

config.h

But with the patch, this is broken. For example, in my config.h I have the following binds:

I noticed that the only scratchpad patch on the patch list that supports several scratchpads creates them as tags which sucks when I show all tags at once so I wanted to share Fake Larry's nscratchpad. It lets you create several scratchpads in the traditional i3 style. Here is the commit of me removing scratchpads for nscratchpads.

I am rebuilding my dwm setup and after finishing some quick updates to my config.h. It built fine with only a few warnings, those being about functions that are unused, so I went to launch it with startxt having an .xinitrc that only has exec dwm in it. For some reason, and I have no idea why, it will NOT run. Xorg will not start from the command-line and will only launch from the display manager Ubuntu ships from. I was not having this issue before, but now nothing graphics wise will run from the commandline. I tried updating the system, rebooting, nothing. I am unsure what to do, I have been working on this for the past few hours and am stuck. Anyone had this issue before?