On Wed, Sep 30, 2015 at 07:43:50AM -0700, Keith Packard wrote:
> Jonas Ådahl writes:
>
> > Yes, otherwise we'd crash in miPointerUpdateSprite when trying to access
> > pCursor->bits.
>
> pSpriteCursor, not pCursor.
Ugh, poking in mipointers struct directly, ok. I'll have to expose the
MIPOINTER
Jonas Ådahl writes:
> Yes, otherwise we'd crash in miPointerUpdateSprite when trying to access
> pCursor->bits.
pSpriteCursor, not pCursor.
--
-keith
signature.asc
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives: h
On Tue, Sep 29, 2015 at 10:04:40PM -0700, Keith Packard wrote:
> Jonas Ådahl writes:
>
> > On Tue, Sep 29, 2015 at 09:49:46AM -0700, Keith Packard wrote:
> >> Jonas Ådahl writes:
> >>
> >> > As mentioned, a different approach would be to work-around the issue in
> >> > xwayland, but I consider
Jonas Ådahl writes:
> On Tue, Sep 29, 2015 at 09:49:46AM -0700, Keith Packard wrote:
>> Jonas Ådahl writes:
>>
>> > As mentioned, a different approach would be to work-around the issue in
>> > xwayland, but I consider such a solution more hacky than this. Please let
>> > me know what you think.
On Tue, Sep 29, 2015 at 09:49:46AM -0700, Keith Packard wrote:
> Jonas Ådahl writes:
>
> > As mentioned, a different approach would be to work-around the issue in
> > xwayland, but I consider such a solution more hacky than this. Please let
> > me know what you think.
>
> All you need do in xway
Jonas Ådahl writes:
> As mentioned, a different approach would be to work-around the issue in
> xwayland, but I consider such a solution more hacky than this. Please let
> me know what you think.
All you need do in xwayland is smash pSpriteCursor to some other value,
like ((CursorPtr) (intptr_t)
In Wayland, a client (in this case XWayland) should set the cursor
surface when it receives pointer focus. Not doing this will leave the
curser at whatever it was previously.
When running on XWayland, the X server will not be the entity that
controls what actual pointer cursor is displayed, and it
