JasonWoof Got questions, comments, patches, etc.? Contact Jason Woofenden
made introduction comment in dwm.h shorter
authorAnselm R. Garbe <arg@10kloc.org>
Tue, 12 Sep 2006 07:46:19 +0000 (09:46 +0200)
committerAnselm R. Garbe <arg@10kloc.org>
Tue, 12 Sep 2006 07:46:19 +0000 (09:46 +0200)
dwm.h

diff --git a/dwm.h b/dwm.h
index ee7ced1..8e665ea 100644 (file)
--- a/dwm.h
+++ b/dwm.h
@@ -6,19 +6,14 @@
  * driven through handling X events. In contrast to other X clients, a window
  * manager like dwm selects for SubstructureRedirectMask on the root window, to
  * receive events about child window appearance and disappearance.  Only one X
- * connection at a time is allowed to select for this event mask by any X
- * server, thus only one window manager instance can be executed at a time.
- * Any attempt to select for SubstructureRedirectMask by any connection after
- * another connection already selected for those events, will result in an
- * error generated by the server. Such errors are reported through calling the
- * current X error handler.
+ * connection at a time is allowed to select for this event mask.
  *
- * Calls to pop an X event from the event queue of the X connection are
+ * Calls to fetch an X event from the event queue of the X connection are
  * blocking.  Due the fact, that dwm reads status text from standard input, a
  * select-driven main loop has been implemented which selects for reads on the
  * X connection and STDIN_FILENO to handle all data smoothly and without
- * busy-loop quirks..  The event handlers of dwm are organized in an array
- * which is accessed whenever a new event has been popped. This allows event
+ * busy-loop quirks. The event handlers of dwm are organized in an array which
+ * is accessed whenever a new event has been fetched. This allows event
  * dispatching in O(1) time.
  *
  * Each child window of the root window is called a client in window manager
  * history is remembered through a global stack list. Each client contains an
  * array of Bools of the same size as the global tags array to indicate the
  * tags of a client. There are no other data structures to organize the clients
- * in tag lists, because a single global list is most simple. All clients which
- * have at least one tag enabled of the current tags viewed, will be visible on
- * the screen, all other clients are banned to the x-location 2 * screen width.
- * This avoids having additional layers of workspace handling.
+ * in tag lists. All clients which have at least one tag enabled of the current
+ * tags viewed, will be visible on the screen, all other clients are banned to
+ * the x-location x + 2 * screen width.  This avoids having additional layers
+ * of workspace handling.
  *
  * For each client dwm creates a small title window which is resized whenever
- * the WM_NAME or _NET_WM_NAME properties are updated.
+ * the WM_NAME or _NET_WM_NAME properties are updated or the client is resized.
+ * Keys and tagging rules are organized as arrays and defined in the config.h
+ * file. These arrays are kept static in event.o and tag.o respectively,
+ * because no other part of dwm needs access to them.  The current mode is
+ * represented by the arrange function pointer which wether points to dofloat
+ * or dotile. 
  *
- * Keys and tagging rules are organized as arrays as well and defined in the
- * config.h file. These arrays are kept static in event.o and tag.o
- * respectively, because no other part of dwm needs access to them.
- *
- * The current mode is represented by the arrange function pointer which wether
- * points to dofloat or dotile. 
+ * To understand everything else, start with reading main.c:main().
  */
 
 #include "config.h"