bug-xboard
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-XBoard] [bug #40571] Graphics bug


From: Arun Persaud
Subject: Re: [Bug-XBoard] [bug #40571] Graphics bug
Date: Thu, 21 Nov 2013 19:58:12 -0800
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0

On 11/18/2013 02:11 PM, address@hidden 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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]