From: Luke Schierer <lschiere@us...> - 2004-01-09 01:00:44
Update of /cvsroot/gaim/web/htdocs
In directory sc8-pr-cvs1:/tmp/cvs-serv23191/htdocs
Now maybe robot101 can stop having to re-explain this every month or so
RCS file: /cvsroot/gaim/web/htdocs/faq.txt,v
retrieving revision 1.102
retrieving revision 1.103
diff -u -d -p -r1.102 -r1.103
--- faq.txt 7 Jan 2004 16:17:15 -0000 1.102
+++ faq.txt 9 Jan 2004 01:00:31 -0000 1.103
@@ -281,6 +281,26 @@ If it is a particular message window, yo
(Tools->Preferences->Message Text), though that will only have
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
+from the conversations.
+A: Both strings in the WM_CLASS property are supposed to be the same for
+all windows in the same instance of an application. ICCCM states that one
+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".
+ 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. I removed all calls to
+ this function 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.
Q: Gaim CVS is buggy. Gaim <non-current version> is buggy.
A: Yes, it is! CVS is often unsupported by Gaim, as are non-current