On 1/9/06, David Stevenson <[EMAIL PROTECTED]> wrote: > > > On 1/10/06, David Sharp <[EMAIL PROTECTED]> wrote: > > On 1/6/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > > > <snip> > > > good point! well spotted! fixed! :) > > > > the solution is incomplete, however. It is not mindfull of what 'zone' > > (xinerama) the window is in. Alt-Tab switching on the second screen > > warps the pointer half way between the left screen edge (or right edge > > of the first screen) and the left edge of the window. > > > > An attempt at a patch (a revision of Mr. Stevenson's) is attached, but > > i have not compiled, let alone tested, it. > > > > also, more minorly, it seems the previous patch assumed screen coords > > start at 1, which unless i don't know something about e, is incorrect, > > so my patch assumes they start at 0, or, really, at the zone's x and > > y. > > > > Thanks, d# > > With regards to the second part, I used screen coords of 1 because the > outer row of pixels on the zone has an input window which is what the edge > flipping uses, so don't want to consider warping to that space.
Somehow, i knew there was probably a reason for it.. let's try again, then. Again, totally untested patch attached. > With regards to the first part, I don't have xinerama so couldn't test that > - apologies for it seemingly not working. My understanding was that a zone > was like a desk, but it seems I got that bit wrong. Yes, i thought that too the first time, and got very confused clearing up what was what. d# > > Regards! > David >
winlistwarp-dsharp.patch
Description: Binary data
