Re: [Bug-XBoard] Xboard-4.5.3a bug: windows sliding

[h.g. muller]

> Windows slide exactly 4 pixels to the left from session to session. That 
> is, open some windows so that there is a margin to the left on the screen. 
> Then quit, and start another session. Then all new windows have moved 
> exactly 4 pixels to the left relative to the position from the previous 
> session.

The problem is that the X-server lies to the application about the 
positioning of the windows. When you request the position, and then on a 
later popup position it the same way, it has moved quite a lot. It sems 
this has to do with the width of the frame and title bar, added to it by 
the windows manager: in one case they are counted, but not in the other. So 
I tried to compensate by adding a constant to the coordinates to account 
for the widths of the ornaments.

The problem is that the width might not be the same on every system. For 
you it seems it is 4 pixels wider than what I actually add.

Another problem is that on my Ubuntu 8.04 it was not reproducible either. 
Whatever constant I added, when I aligned them so they touched, closing 
XBoard and restarting it would sometimes still have them touch, but often 
create a 1-pixel gap or a 1-pixel overlap between the formerly touching 
windows. So I kind of gave up on this, and never got to port the 
-stickyWindows feature (which really attaches paramount importance to 
whether windows exactly touch or not) from WinBoard to XBoard.

To alleviate the problem a bit, I could make the addition configrable, 
rather than a hard constant. E.g. have -fudgeX and -fudgeY options, so that 
in your case you could solve it by increasing the -fudgeX value by 4.