3a50addc — Hiltjo Posthuma 5 months ago master
bump version to 6.3
531b8b4c — Chris Down 6 months ago
drawbar: Don't expend effort drawing bar if it is occluded

I noticed that a non-trivial amount of dwm's work on my machine was from
drw_text, which seemed weird, because I have the bar disabled and we
only use drw_text as part of bar drawing.

Looking more closely, I realised that while we use m->showbar when
updating the monitor bar margins, but don't skip actually drawing the
bar if it is hidden. This patch skips drawing it entirely if that is the

On my machine, this takes 10% of dwm's on-CPU time, primarily from
restack() and focus().

When the bar is toggled on again, the X server will generate an Expose
event, and we'll redraw the bar as normal as part of expose().
Layout changes

Remove tags 6 through 9
Remove floating window option
Launcher changes

Add fixed tags to firefox & nemo
Switch default termial from st to urxvt
Add support for Fn keys
Add screenlock
15aa0b4d — Saurabh S 8 months ago
Update fonts, snap, remote excess tags, remove incmaster increment
Remove border pixels, hide bar by default, keybinding for launching fm
Add autostart patch
Add gitignore
Disable focus follows mouse & title bar offset
Update config
a786211d — Hiltjo Posthuma 10 months ago
Revert "Improve speed of drw_text when provided with large strings"

This reverts commit 716233534b35f74dba5a46ade8f1a6f8cc72fea4.

It causes issues with truncation of characters when the text does not fit and
so on.  The patch should be reworked and properly tested.
Improve speed of drw_text when provided with large strings

Calculates len & ew in drw_font_getexts loop by incrementing instead of
decrementing; as such avoids proportional increase in time spent in loop
based on provided strings size.
138b405f — Quentin Rameau 11 months ago
Add a configuration option for fullscreen locking

Some people are annoyed to have this new behaviour forced for some
application which use fake fullscreen.
67d76bdc — Chris Down 2 years ago
Do not allow focus to drift from fullscreen client via focusstack()

It generally doesn't make much sense to allow focusstack() to navigate
away from the selected fullscreen client, as you can't even see which
client you're selecting behind it.

I have had this up for a while on the wiki as a separate patch[0], but
it seems reasonable to avoid this behaviour in dwm mainline, since I'm
struggling to think of any reason to navigate away from a fullscreen
client other than a mistake.

0: https://dwm.suckless.org/patches/alwaysfullscreen/
61bb8b22 — Ian Remmler 2 years ago
Fix x coordinate calculation in buttonpress.
bb2e7222 — Hiltjo Posthuma 1 year, 11 months ago
dwm.1: fix wrong text in man page
f04cac6d — Alex Flierl 2 years ago
Fix memory leaks in drw

The function drw_fontset_free in drw.c was never called.
f09418bb — bakkeby 2 years ago
dwm crashes when opening 50+ clients (tile layout)

Many users new to dwm find themselves caught out by being kicked out to the login manager (dwm crashing) when they open 50+ clients for demonstration purposes. The number of clients reported varies depending on the resolution of the monitor.

The cause of this is due to how the default tile layout calculates the height of the next client based on the position of the previous client. Because clients have a minimum size the (ty) position can exceed that of the window height, resulting in (m->wh - ty) becoming negative. The negative height stored as an unsigned int results in a very large height ultimately resulting in dwm crashing.

This patch adds safeguards to prevent the ty and my positions from exceeding that of the window height.