| Age | Commit message (Collapse) | Author |
|---|
|
Laptop had gapless grid
|
|
|
|
Using normal dwm mechanisms for now
|
|
|
|
|
|
|
|
|
|
|
|
|
|
~ green colours main theme
+ binding for increasing gap size
|
|
|
|
|
|
gaps can be set on demand, don't see any point in using it.
|
|
|
|
|
|
|
|
|
|
|
|
A nice little change.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Removed the hyperkey from sxhkd as well as xmodmap, replace caps lock
with escape instead
|
|
|
|
my config.h along with all the diffs I've used to make it easier for
others to try and imitate my dwm instance.
|
|
|
|
|
|
|
|
The function drw_fontset_free in drw.c was never called.
|
|
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.
|
|
This jarred me a bit while reading the code, since "sw" usually refers
to the global screen geometry, but in drawbar() only it refers to
text-related geometry. Renaming it makes it more obvious that these are
not related.
|
|
No functional changes, but for every other function we have a forward
declaration here. getatomprop should be no exception.
|
|
There are two places that mfact can be set:
- In the mfact global, which is defined at compile time and passed
into m->mfact during monitor setup. No bounds checks are performed,
but the comment alongside it says that valid values are [0.05..0.95]:
static const float mfact = 0.55; /* factor of master area size [0.05..0.95] */
- By setmfact, which adjusts m->mfact at runtime. It also does some
minimum and maximum bounds checks, allowing [0.1..0.9]. Values outside
of that range are ignored, and mfact is not adjusted.
These different thresholds mean that one cannot setmfact 0.95 or 0.05,
despite the comment above that lists the legal range for mfact.
Clarify this by enforcing the same bounds in setmfact at runtime as
those listed for mfact at compile time.
|
|
The feature test was incorrect:
_POSIX_C_SOURCE=2
"The value 2 or greater additionally exposes definitions for POSIX.2-1992."
http://man7.org/linux/man-pages/man7/feature_test_macros.7.html
A higher value is needed (atleast 1995):
https://pubs.opengroup.org/onlinepubs/9699919799/functions/snprintf.html
FreeBSD feature test macro:
on
https://github.com/freebsd/freebsd/blob/master/include/stdio.h line 297
This was already fixed in dmenu.
This fixes a warning on FreeBSD, reported by Plasmoduck on IRC, thanks.
|
|
|
|
|
|
Don't be fancy and just show the actual output so debugging is simpler.
|
|
Building with debug symbols is worthless unless LDFLAGS are manually
adjusted as well.
|
|
|
|
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
|
|
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.
|
|
the bug in the dwm man page is an (ancient) Java issue.
Thanks David and quinq for the patches and feedback!
|
|
Thanks Christopher Drelich <cd@cdrakka.com>
|
|
|
|
|
|
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.
|
|
|
