--- a/htdocs/faq.txt Thu Jan 08 20:10:42 2004 -0500
+++ b/htdocs/faq.txt Thu Jan 08 23:24:46 2004 -0500
@@ -282,7 +282,7 @@
limited effects. See <a href="http://gaim.sf.net/gtkrc-2.0">an example .gktrc-2.0 here</a>.
Q: Why does Gaim use the same WM_CLASS for every window? It makes it
-impossible to control Window size and placement for the buddy list separately
+impossible to control window size and placement for the buddy list separately A: Both strings in the WM_CLASS property are supposed to be the same for
@@ -290,15 +290,16 @@
is meant to be the same for all instances of the application, the other
is meant to be unique to that instance of the application. ICCCM also
states "If a client has multiple windows with identical WM_CLASS and
-WM_NAME properties, then it should provide a WM_WINDOW_ROLE property".
+WM_NAME properties, then it should provide a WM_WINDOW_ROLE property." Gtk+ sets these WM_CLASS values for us so that they are unique for Gaim
instances, and the documentation for the gtk_window_set_wmclass function
- says explicitly not to use it for anything else. All calls to this
- function were removed before 0.60, replacing them with
- gtk_window_set_role() to set the WM_WINDOW_ROLE hint instead. Ever since,
- many users have chosen to whine to us instead of fixing their window
- manager to use the WM_WINDOW_ROLE hint as per the ICCCM.
+ says explicitly not to use it for anything else. Before we released + Gaim 0.60, we replaced all calls to this function with calls to + gtk_window_set_role(), which sets the WM_WINDOW_ROLE hint instead. If + your window manager is having problems differentiating between Gaim + windows, please ensure that your window managers uses the + WM_WINDOW_ROLE hint per the ICCCM. Q: Gaim CVS is buggy. Gaim <non-current version> is buggy.