Path: utzoo!utgpu!attcan!uunet!lll-winken!lll-lcc!ames!pasteur!agate!ucbvax!decwrl!hplabs!hpda!hpcuhb!hp-sde!hpfcdc!hpfclp!diamant
From: diamant@hpfclp.SDE.HP.COM (John Diamant)
Newsgroups: comp.windows.x
Subject: Re: Chicken or Egg Xtk Problem
Message-ID: <9740044@hpfclp.SDE.HP.COM>
Date: 28 Jul 88 04:07:51 GMT
References: <2926@nicmad.UUCP>
Organization: HP SDE, Fort Collins, CO
Lines: 31

> 1.	Is there anyway to find the size the Athena "form" widget will become 
> 	before it is realized?

Not that I know of.  I don't think even the widget knows its eventual size
until it is realized.

> 2.	Is there anyway to move a "transient shell" widget after it has been 
> 	realized? (or popped up once?)

Yes, there should be.  You should be able to use XtMoveWidget.  What window
manager are you using?  If it is a reparenting window manager, the problem is
most likely a change in the conventions having to do with changing hints
versus configure.  The problem is that if the window is reparented, it now
has coordinates relative to the window manager window (maybe 0,0) so a
move doesn't do what you want unless the window manager is careful to follow
the lastest conventions (and the Toolkit has to be following them too).  In
my case, what happens under a window manager which is paying attention to the
hints, is that it keeps seeing the 0,0 and puts the window there, instead of
the location requested by the actual configure (but the 0,0 it uses is
root-relative -- not quite what you want).  I'll bet it works under a non-
reparenting window manager, and it should work fine under a reparenting one
once the conventions are consistent in both the Toolkit and the window manager.

If you want to prove this is what is happening, see what happens when you
try to move an overrideShell window instead (don't leave the dialog box that
way, but test it out).


John Diamant
Software Development Environments
Hewlett-Packard Co.		ARPA Internet: diamant@hpfclp.sde.hp.com
Fort Collins, CO		UUCP:  {hplabs,hpfcla}!hpfclp!diamant