The problem here is not so much the "origin" of the screen; I just used Piers's term because thats what he would understand. The real problem here is that we calculate the useable portion of the screen and we use that as our virtual origin of the screen. This correctly handled staying away from a taskbar that was on the left of the screen before, but the multi-window mode is not using the offset that is calculate earlier in the code.
Granted, using SM_XSCREEN or SM_XVIRTUALSCREEN is still correct, but that isn't really the issue here.
Harold
Nick Crabtree wrote:
Harold,
The assumption that the screen origin is 0,0 is one of the things I had
to fix for the multiple monitors patch. In general SM_XSCREEN and
SM_YSCREEN should _always_ be used to discover the origin (or more
generally SM_XVIRTUALSCREEN ...). In most configurations this will
indeed return 0,0 but it should not be assumed that this is the case.
I had also noticed this problem with multiwindow mode on my twin monitor
set-up. If I set my left screen to be the primary then the origin is 0,0
and multiwindow mode stretches across both monitors. If the right screen
is primary then the origin is -1200,0 and mutiwindow mode only works on
the right monitor.
I was going to have a look at this in a few weeks when I should have
some spare time.
Nick
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Harold L Hunt II
Sent: 12 February 2003 22:14
To: [EMAIL PROTECTED]
Subject: Re: FW: Test77 multiwindow mouse weirdness
Piers,
Yes, that is strange. I think the problem is that, as you said, the multiwindow mode is assuming that the screen is based at 0, 0. That isn't a problem for the non-multiwindow mode, but there was obviously some sort of oversight in the multiwindow mode that caused this problem to show up. I may look into it eventually, but if you have any inclination to peek at the source yourself (it is accessible via cvsweb and well commented) then I would appreciate it if you could try to locate the problem for me.
Harold
Harold L Hunt II wrote:
Here is a message from Piers Haken reporting a problem with mutliwindow
mode. His emails get bounced because Exchange insists on munging his email.
Harold
> -----Original Message-----
> From: Piers Haken
> Sent: Tuesday, February 11, 2003 11:22 PM
> To: '[EMAIL PROTECTED]'
> Subject: Test77 multiwindow mouse weirdness
>
>
> I'm seeing some weirdness with the mouse cursor in Test77's multiwindow > mode. >
> Note: I have my windows taskbar attached to the left-hand edge of
the> screen instead of the bottom. > > Here's how to see what I'm seeing: > 1) install test77 > 2) unlock the taskbar. > 3) dock the taskbar to the left-hand side of the screen > 4) run 'XWin-Test77 -multiwindow' > 5) open an xterm > 6) look at the position of the xterm window. > 7) now click on the 'Cygwin/XFree86 rl' window so the root isvisible.> Notice how the position of the xterm window is different > depending on whether or not the root window is shown. When the root > window is shown the xterm jumps to the right exactly by the widthof the> taskbar. > > 8) while the root window is on top, move the mouse around. > Notice that the mouse cursor occasionally jumps to theright,> again by the same amount as the width of the taskbar. > > 9) show both the root window AND the xterm, so the multiwindowxterm> with the windows decorations is on top of the root window. > > Notice that the two versions of the xterm window do notline up.> > I know this isn't a very common or very severe bug but it does seemto> indicate an underlying problem in the calculation of the desktop > bounding rectangle. Perhaps you're assuming, incorrectly ingeneral,> that the desktop starts at (0,0)? > > Piers. >_____________________________________________________________________ This e-mail has been scanned for viruses by the WorldCom Internet Managed Scanning Service - powered by MessageLabs. For further information visit http://www.worldcom.com
