On 11/18/2013 02:11 PM, h.g.mul...@hccnet.nl wrote: > The thing that is most obviously wrong is that the window seems to be > maximized, leaving space besides the Chess board to draw on. This is not > supposed to happen. XBoard's main window should not have a maximize button > in the system menu on its frame, and when dragging the window at its > boundary for resizing, should always snap back to a size just encasing the > board. (And it could be that only the GTK version allows such sizing > anyway.) > > If there would be no space to draw on, no artifacts could appear there. > The XBoard dragging code is just not written to handle dragging outside > the board. > > I don't know why you have this maximize button. When I build XBoard, the > window only has close and minimize buttons in its system menu, and I think > this is what the code asks for.
When running XBoard in a tiling window manager, e.g. i3, you also can get windows that are larger than the board and show artefacts on the side. Can we keep track, if the outside of the board has been drawn on and add a redraw for that? Arun _______________________________________________ Bug-XBoard mailing list Bug-XBoard@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xboard
