|  |  | @ -5,30 +5,24 @@ | 
			
		
	
		
			
				
					|  |  |  | * dynamic window manager is designed like any other X client as well. It is | 
			
		
	
		
			
				
					|  |  |  | * 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 | 
			
		
	
		
			
				
					|  |  |  | * receive events about window appearance and disappearance.  Only one X | 
			
		
	
		
			
				
					|  |  |  | * connection at a time is allowed to select for this event mask. | 
			
		
	
		
			
				
					|  |  |  | * | 
			
		
	
		
			
				
					|  |  |  | * 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 fetched. This allows event | 
			
		
	
		
			
				
					|  |  |  | * dispatching in O(1) time. | 
			
		
	
		
			
				
					|  |  |  | * Calls to fetch an X event from the X event queue connection are blocking. | 
			
		
	
		
			
				
					|  |  |  | * Due reading 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 fetched. This allows event dispatching in O(1) time. | 
			
		
	
		
			
				
					|  |  |  | * | 
			
		
	
		
			
				
					|  |  |  | * Each child window of the root window is called a client in window manager | 
			
		
	
		
			
				
					|  |  |  | * terminology, except windows which have set the override_redirect flag. | 
			
		
	
		
			
				
					|  |  |  | * Clients are organized in a global doubly-linked client list, the focus | 
			
		
	
		
			
				
					|  |  |  | * 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. 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. | 
			
		
	
		
			
				
					|  |  |  | * Each child of the root window is called a client, except windows which have | 
			
		
	
		
			
				
					|  |  |  | * set the override_redirect flag.  Clients are organized in a global | 
			
		
	
		
			
				
					|  |  |  | * doubly-linked client list, the focus 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.  For each client dwm | 
			
		
	
		
			
				
					|  |  |  | * creates a small title window which is resized whenever the WM_NAME or | 
			
		
	
		
			
				
					|  |  |  | * _NET_WM_NAME properties are updated or the client is resized. | 
			
		
	
		
			
				
					|  |  |  | * | 
			
		
	
		
			
				
					|  |  |  | * For each client dwm creates a small title window which is resized whenever | 
			
		
	
		
			
				
					|  |  |  | * 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 | 
			
		
	
	
		
			
				
					|  |  | 
 |