On 11 Nov, Michael Jennings scribbled:
-> On Saturday, 11 November 2000, at 22:11:00 (+0100),
-> Fredrik Jagenheim wrote:
-> > As I said, it isn't a race condition.
-> > Here is the line in question:
-> > prop = XInternAtom(Xdisplay, "_MOTIF_WM_HINTS", True);
-> > This is Eterm, windows.c and the function Create_Windows.
-> > I don't know /why/ it is set to True, but setting it to False made
-> > Eterm create the Hints-atom instead of relying on some other program
-> > to have already created it...
-> It's set to true for a reason. The whole point is to check to see if
-> the window manager has set the hint or not. If it has, Eterm knows
-> that it can rely on the window manager to give it a borderless window
actually this is incorrect - E will not create the atom until the first
time it tries to query a client window to see if this atom was set
(it's created on demand) so errrrrrrrrrr - it's nto a reliable test.
(this property anc contents of property are set on startup) :)
-> when it asks for one. If the hint is not there, it has to assume that
-> the window manager doesn't know anything about the MWM hints, and
-> therefore Eterm must create the window as borderless on its own, for
-> which Eterm uses override redirect.
-> > So in a way, it's a race condition, but you /can/ do something about
-> > it. :)
-> If your "doing something about it" is cheating the test, it's the
-> wrong solution. The right solution is to make sure the window manager
-> creates the property before it starts any programs.
--------------- Codito, ergo sum - "I code, therefore I am" --------------------
The Rasterman (Carsten Haitzler) raster@... raster@...