gaim/www

Parents 4fbe761f3a88
Children 2ac4ae804ab4
Now maybe robot101 can stop having to re-explain this every month or so
--- a/htdocs/faq.txt Wed Jan 07 11:17:15 2004 -0500
+++ b/htdocs/faq.txt Thu Jan 08 20:00:31 2004 -0500
@@ -281,6 +281,26 @@
(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".
+<p>
+ 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.
+</p>
+
Q: Gaim CVS is buggy. Gaim &lt;non-current version&gt; is buggy.
A: Yes, it is! CVS is often unsupported by Gaim, as are non-current