patches VS xdotool

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

Have a look at this: https://github.com/jordansissel/xdotool

Maybe not AHK exactly, but it essentially does the same: xdotool

Use an external tool, like xdotool.

In a gtk-rs application, I'm running a xdotool command to get the id of the application's window. I'm running the command in a connect_show closure (after the window has been shown):

Eventually, I needed to find the ID of windows, move them, and bring them to the front—I realized I couldn't do that with gtk-rs. I needed to interact with the window manager (X11 server). So from inside my application, I ran commands that called xdotool.

You might be able to use audacity in the background by setting up an application launcher in the gnome panel that executes xdotool, which can send keyboard signals (like R for record) to running applications: https://github.com/jordansissel/xdotool

Right now, I'm focusing (switching) X11 windows with a shell command (xdotool) from inside my Rust program:

Maybe xdotool [0] is what you're looking for.

[0] https://github.com/jordansissel/xdotool/

I often create screen recordings for my classes, but it's very boring and time consuming. I'm a perfectionist, and if I mistype a command I prefer to re-record everything. Moreover, every time one of the tools used in the videos gets a significant update, I feel compelled to redo the video.

I have started using xdotool [1] to create bash scripts that send mouse clicks and keystrokes to apps. Interleaving calls to xdotool with the "sleep" command [2] produce a convincing effect. If I need to redo a video to fix typos or after a program update, I just fix the bash script and restart the recording.

Alas, the only thing that is missing in my videos is the sound of keyboard clicks… But nothing is perfect!

[1] https://github.com/jordansissel/xdotool

[2] https://en.wikipedia.org/wiki/Sleep_(command)