Hi Matthias,
It might be sufficient for us to just toggle on the resize check when the
configure event arrives. If you've added this already then just send the
changes to me and I'll do review and have a bash at retracing my steps back
in the Spring when I was resolving the original bug.
Hi Robert,
On Tuesday, November 03, 2015 09:34:36 Robert Osfield wrote:
> It might be sufficient for us to just toggle on the resize check when the
> configure event arrives. If you've added this already then just send the
> changes to me and I'll do review and have a bash at retracing my steps
Hi Robert,
On Saturday, October 31, 2015 18:02:24 Robert Osfield wrote:
> I have had a look at the revision and vaguely remember hunting double a
> long time troublesome bug, but can't recall the details of the recreating
> the bug off hand. I'd have to look up what stuff I was doing around
Hi, Mathias and Robert!
Just checked this.
On i7 laptop with nvidia 965m under Lubuntu 15.04 with 352.30 drivers I've got
numbers
without patch eventtime=0.17ms with patch 0.09ms
But I've add folowing if (_traits->windowDecoration) to above code
So I think that if user create window without
Hi Mathias,
I have had a look at the revision and vaguely remember hunting double a
long time troublesome bug, but can't recall the details of the recreating
the bug off hand. I'd have to look up what stuff I was doing around March
this year. The r14805 commit message was "Fixed resize
Hi Robert,
I am currently tracking higher than expected event times as displayed
in the stats HUD with an application of mine.
It turns out that we gained one or more round trips to the X server
with change 14805. There is a call to XGetWindowAttributes and
XTranslateCoordinates
introduced
6 matches
Mail list logo
