vwm/.git - Minimalist X11 window manager with built-in visual process monitoring

Age	Commit message (Collapse)	Author
2016-09-09	overlay: short-circuit draw_heirarchy_row() if unchanged	Vito Caputo
	If vmon hasn't seen any heirarchical changes, and we aren't forcing a redraw, and the process information being shown isn't changed, don't bother re-rendering the same thing the overlay already contains. This can be further improved, like if only wchan changed and nothing else, only redraw the wchan column for the relevant row. It gets tricky quickly though, because a new wchan could be wider than the column currently permits for example, then we'd need to go render all the rows to the new wchan column width... It's simpler to just redraw it all if anything has changed, and this stuff doesn't generally change that frequently in practice so it's pretty effective as-is.
2016-09-09	libvmon: clear {children,threads}_changed when sampling	Vito Caputo
	The samplers may set these, but we need to clear them on every vmon_sample().
2016-09-09	overlay: move heirarchy row drawing to function	Vito Caputo

2016-09-09	overlay: introduce overlay.redraw_needed	Vito Caputo
	Set on window resize, clear on draw_overlay() return. Used in combination with sample_interval check to gate HZ redraw. Will be used to gate redraw of process monitors heirarchy as well, in a subsequent commit.
2016-09-09	overlay: split IOWait/Idle from rest of recursive draw_overlay	Vito Caputo
	Also moved vertical graph bars drawing to helper function
2016-09-09	overlay: use XTextWidth instead of XTextExtents	Vito Caputo
	We currently only use the width, and XTextExtents does substantially more crap per character in Xorg's xlib. XTextWidth is not just a wrapper around it, it's a specialized subset implementation.
2016-09-09	build: Adopt GNU automake (and thus autotools)	Vito Caputo
	Trying this out now that there's a pile of files... sigh. Note this spuriously duplicates list.h @ src/libvmon/list.h, the old Makefile shared list.h between vwm and libvmon, but I'm letting them have their own instances with autotools. Libvmon was always an independent project I just pulled in for vwm's use, and will likely continue to be developed independent of vwm with occasional syncs.
2016-09-09	*: refactor all the things	Vito Caputo
	Long overdue house cleaning. The addition of compositing/monitoring overlays in vwm3 pushed vwm well past what is a reasonable size for a simple thousand line file. This is a first step towards restoring sanity in the code, but no behavioral differences are intended, this is mostly just shuffling around and organizing code. I expect some performance regressions initially, follow-on commits will make more improvements to that end as the dust settles.