|Subject:||Re: [XBoard-devel] 4.9.0 readiness|
|Date:||Tue, 19 Apr 2016 22:07:26 +0200|
|User-agent:||Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2|
Still one question: this was WITH the extra call to DelayedDrag() in
xoption.c, right? Without this call it still would not work, as it
printed nothing at all.|
If so, I will use this solution in 4.9.0. The extra 'artificial' call to DelayedDrag should be harmless, as it just schedules events after a timeout, and if a real configure event does come in (as it should when i3wm is not used) it just would re-schedule the actual handling of the resize by cancelling the old timeout, and starting a new one.
This business that suppressed the handling of the first configure event was a legacy of old code, where we would have to wait resizing the board until the clock widget was set to its final font, as otherwise the expansion of the clock would eat away part of the board. The current code does not need that anymore, as I learned how to protect the board size during clock expansion, so that GTK must enlarge the outer window rather than eat away part of the board area.
Op 4/19/2016 om 6:47 PM schreef Adrian Petrescu:
|[Prev in Thread]||Current Thread||[Next in Thread]|