|
|
@ -6,19 +6,14 @@
|
|
|
|
* driven through handling X events. In contrast to other X clients, a window
|
|
|
|
* driven through handling X events. In contrast to other X clients, a window
|
|
|
|
* manager like dwm selects for SubstructureRedirectMask on the root window, to
|
|
|
|
* manager like dwm selects for SubstructureRedirectMask on the root window, to
|
|
|
|
* receive events about child window appearance and disappearance. Only one X
|
|
|
|
* 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
|
|
|
|
* connection at a time is allowed to select for this event mask.
|
|
|
|
* 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.
|
|
|
|
|
|
|
|
*
|
|
|
|
*
|
|
|
|
* 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
|
|
|
|
* 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
|
|
|
|
* 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
|
|
|
|
* 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
|
|
|
|
* busy-loop quirks. The event handlers of dwm are organized in an array which
|
|
|
|
* which is accessed whenever a new event has been popped. This allows event
|
|
|
|
* is accessed whenever a new event has been fetched. This allows event
|
|
|
|
* dispatching in O(1) time.
|
|
|
|
* dispatching in O(1) time.
|
|
|
|
*
|
|
|
|
*
|
|
|
|
* Each child window of the root window is called a client in window manager
|
|
|
|
* Each child window of the root window is called a client in window manager
|
|
|
@ -27,20 +22,20 @@
|
|
|
|
* history is remembered through a global stack list. Each client contains an
|
|
|
|
* 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
|
|
|
|
* 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
|
|
|
|
* 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
|
|
|
|
* in tag lists. All clients which have at least one tag enabled of the current
|
|
|
|
* have at least one tag enabled of the current tags viewed, will be visible on
|
|
|
|
* tags viewed, will be visible on the screen, all other clients are banned to
|
|
|
|
* the screen, all other clients are banned to the x-location 2 * screen width.
|
|
|
|
* the x-location x + 2 * screen width. This avoids having additional layers
|
|
|
|
* This avoids having additional layers of workspace handling.
|
|
|
|
* of workspace handling.
|
|
|
|
*
|
|
|
|
*
|
|
|
|
* For each client dwm creates a small title window which is resized whenever
|
|
|
|
* 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
|
|
|
|
* To understand everything else, start with reading main.c:main().
|
|
|
|
* 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.
|
|
|
|
|
|
|
|
*/
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
|
|
#include "config.h"
|
|
|
|
#include "config.h"
|
|
|
|