log

age author description
2006-09-12 Anselm R. Garbe added a general comment to dwm.h how dwm is basically organized
2006-09-11 Anselm R. Garbe some other simplifications
2006-09-11 Anselm R. Garbe fixed some other comments, now also the code side seems to be at a level to be reviewed by experienced programmers
2006-09-11 Anselm R. Garbe small change to comments, renamed two set* functions in client.c into update*
2006-09-11 Anselm R. Garbe small fix
2006-09-11 Anselm R. Garbe added some comments
2006-09-08 Anselm R. Garbe Added tag 1.5 for changeset 728c9089b079721b43c3347124639a29baa22a97
2006-09-08 Anselm R. Garbe applied sanders patch of not manipulating sel 1.5
2006-09-08 Anselm R. Garbe really small changes to dwm.1
2006-09-07 Anselm R. Garbe hotfix
2006-09-07 Anselm R. Garbe simplified unmanage
2006-09-07 Anselm R. Garbe using a global stack for focus recovery on arrange() - seems to work great
2006-09-07 Anselm R. Garbe made markups in dwm.1 more consistent
2006-09-07 Anselm R. Garbe small addition to dwm.1
2006-09-06 Anselm R. Garbe this patch keeps track of global z-layer order of clients which are floating or if floating mode is enabled
2006-09-06 Anselm R. Garbe no this is better
2006-09-06 Anselm R. Garbe does this preserve z order for anthony?
2006-09-06 Anselm R. Garbe maybe this might work
2006-09-06 Anselm R. Garbe Added tag 1.4 for changeset 3cff9403766bf83a9fc2a0aef230115d68de2a8e
2006-09-06 Anselm R. Garbe prepared dwm-1.4 update 1.4
2006-09-06 Anselm R. Garbe drawstatus even if no client exists
2006-09-06 Anselm R. Garbe sanders solution is convincing and elegant
2006-09-06 Anselm R. Garbe seems to preserve floating client z-layer order (even with reorder() calls)
2006-09-06 Anselm R. Garbe Added tag 1.4 for changeset a6b8994af16491220db0199623bd57d061e06143
2006-09-06 Anselm R. Garbe small fix
2006-09-06 Anselm R. Garbe made args mode symbols the default ones (the default ones look too ugly)
2006-09-06 Anselm R. Garbe moved transient_for tag inheritance to settags
2006-09-06 Anselm R. Garbe no, reodering floating clients definately breaks the manage() policy which attaches all clients zoomed (otherwise higher-weight clients couldn't be attached zoomed, which sucks)
2006-09-05 Anselm R. Garbe no, ordering floating clients at the end seems better
2006-09-05 Anselm R. Garbe fix