[Gaim-commits] CVS: web/htdocs/luke windowstuff,NONE,1.1

[Luke S. <lsc...@us...>]

Update of /cvsroot/gaim/web/htdocs/luke
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv14599/htdocs/luke

Added Files:
	windowstuff 
Log Message:
committing this so that I can stop scping it back and forth, and since
someone else might decide to move info from the mailing list to the file
besides me. Plus, it'll eventually have to be posted somewhere anyway.


--- NEW FILE: windowstuff ---
* window focus should only be transfered from one window to another by the direct action of the user.
	* The WM does not know when a new window is user initiated or not.
	* The application that requests the new window does know
	* In the case of new application launch, this yields a useful result: you can start several things
	  in the background (or on login) and not have your focus jerked around as they start.
* new windows should be created at the top level unless specifically requested otherwise by the starting
  application.  Placement should reflect some overall policy of the WM, preferably a policy that the
  user understands and can predict.  Remembering previous placement is a reasonable, but not required,
  part of said policy.
	* Window stacking and focus policy should be at least somewhat decoupled.
* Applications which currently have focus should be able to hint if a window said application has
  created gets focus or not.  It should be able to do so without changing the level at which the window
  is created (assuming the hint is followed).
* Applications which do not have focus should not be able to pull focus from another application in a
  way that the user cannot disable or modify.  Changes to individual applications at a source code
  level should not be necessary for this behavior.
* Window managers and and applications should  both support both the ICCCM and fd.o specs
	* That being said, ICCCM has been a specification since 1993, and (for example) gnome should be
	  supporting urgency before they get too upset about us not supporting
	  _NET_WM_STATE_DEMANDS_ATTENTION.  Further, we undertake to implement support for this after
	  Gnome supports urgency.