nanogui@linuxhacker.org
nanogui@linuxhacker.org
Subject: RE: re:
From: Greg Haerr
Date: Tue, 11 May 1999 16:53:38 -0600
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 [SMTP:greg@censoft.com] 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 [SMTP:alan@lxorguk.ukuu.org.uk] 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: nanogui-unsubscribe@linuxhacker.org
> > For additional commands, e-mail: nanogui-help@linuxhacker.org
> >
> >
nanogui@linuxhacker.org