nanogui: re:
Subject:
RE: re:
From:
Greg Haerr ####@####.####
Date:
11 May 1999 22:51:28 -0000
Message-Id: <01BE9BCE.D1ECADF0.greg@censoft.com>
Alan,
In the middle of my sleep last night I finally realized what you are talking
about, and you are right: the hotspot doesn't matter, since it's not drawn.
The problem is that the bogl libraries relocate the drawn cursor image
by offseting from the x,y hotspot, and I was then stating that the image drawing location
then was concerned with the hotspot.
The correct answer is that no drawing routines should concern themselves
with the hotspot cursor location; this is not a draw issue, it's an intersection issue
for events, etc. Thus, the bogl libraries should remove any hotspot offset adjustment
from the low-level bogl_pointer draw routine...
Greg
On Monday, May 10, 1999 12:34 PM, Greg Haerr ####@####.#### wrote:
> No, the hotspot is relative to the image itself. The upper level routines
> don't check hotspot negative relativity before erasing the cursor.
>
> The cursor is always clipped if a graphics draw request intersects with the cursor.
> If there's no interesection, then you're right, it's not undrawn.
>
> Greg
>
> On Monday, May 10, 1999 12:00 PM, Alan Cox ####@####.#### wrote:
> > > Well, I understand that, except that with negative hotspot
> > > numbers, the graphics subsystem can't create proper "cursor clipping bounding
> > > boxes" for the mouse cursor. In other words, when graphics output
> >
> > Umm.. the hot spot doesnt matter surely. Your hot spot can be the other side
> > of your desk even, its not drawn so doesnt need clipping ?
> >
> > The DOS port is funny btw. Maybe we will get Gtk for DOS next 8)
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: ####@####.####
> > For additional commands, e-mail: ####@####.####
> >
> >
