pledge: add rpath promise for the ugly Xft font fallback
Makefile: just show the compiler output
Don't be fancy and just show the actual output so debugging is simpler.
Do not strip at link stage
Building with debug symbols is worthless unless LDFLAGS are manually
adjusted as well.
config.def.h: ClkTagBar missing from comment
by Christopher Drelich <cd@cdrakka.com>
Patch was mangled on the ML, also adjusted the order to be the same as
the enum in dwm.c
Function declarations in correct order.
In dwm.c function declarations are in alphabetical order except for
updategeom(). There doesn't appear to be any reason for this, so this
patch corrects that, and now all function declarations are in
alphabetical order.
remove old TODO and BUGS entries
the bug in the dwm man page is an (ancient) Java issue.
Thanks David and quinq for the patches and feedback!
update README: remove mentioning the old dextra repo
Thanks Christopher Drelich <cd@cdrakka.com>
All functions in alphabetical order except for this one.
ColBorder has been moved to the enum with ColFg and ColBg.
dont NUL terminate _NET_WM_NAME
Reported by Kernc, thanks!
"This makes a particular program that uses libwnck [1] fail after:
Wnck-WARNING **: Property _NET_WM_NAME contained invalid UTF-8
in this code [2] because the returned string contains a '\0' and the
documentation for g_utf8_validate() [3] explicitly states that when
string length is provided, no nul bytes are allowed."
It is not entirely clear it is incorrect, other WM's seem to not
NUL terminate it either though.
sync dmenu drw.{c,h} code: use Clr* (was Scm)
gettextprop: check result of XGetTextProperty (undefined behaviour for XFree)
Set class name on status bar
This is useful for configuring compositors to ignore the status bar
window.
simplify isfixed conditions
yet another cleanup
The previous patches introduced some unclean space-based indentation
patterns. This patch fixes them.
Don't restrict snap in mousemove
This also fixes a bug where client windows only switch to floating mode when the
mouse is dragged in one specific direction.
Button passthrough when client is not focused
Before this change it is not possible to press a button in a client on the first
click if the client is not yet focused. The first click on the button would
only focus the client and a second click on the button is needed to activate it.
This situation can occur when moving the mouse over a client (therefore focusing
it) and then moving the focus to another client with keyboard shortcuts.
After this commit the behavior is fixed and button presses on unfocused clients
are passed to the client correctly.
cleanup
- unify multi-line expression alignment style.
- unify multi-line function call alignment style.
- simplify client moving on monitor count decrease.
- clarify comment for focusin().
- remove old confusing comment about input focus fix in focusmon(). The
explanation is already in the old commit message, so no need to keep it in the
code.
- remove old comment describing even older state of the code in focus().
- unify comment style.
- break up some long lines.
- fix some typos and grammar.
applied Markus' tagset purge of alternative view on _NET_ACTIVE_WINDOW event