Fran Litterio wrote:

> Frankly, this is not an elegant solution -- it is periliously close to
> busy-waiting (except that XSync() blocks). But my testing has shown
> that it guarantees that we know the up-to-date position of
> recently-moved frames, which is a requirement for detecting Type A
> window managers (i.e., WMs that misposition frames by the width and
> height of the WM decorations). Also, the loop in x_sync_with_move() is
> bounded so that it cannot excessively consume cycles.

It is the window manager that intercepts the X events to and from Emacs that 
introduces this timing problems.  Some WMs are better that others, with 
sawfish the loop count rarely goes over 1 or 2, with metacity 45-48 is not 
uncommon.  I didn't want a blocking solution, but if that is the way to go, so 
be it.

> I am currently running with this patch installed, and I'm seeing
> completely deterministic frame positioning that accurately
> compenstates for my Type A window manager (FVWM). I will test it
> against twm and mwm.  If others can test it against their favorite WM,
> I would greatly appreciate it.

I've cleaned up your patch so it is more in the Gnu coding style (attached). 
I'll test it on some more window managers later.

	Jan D.