#19242: Add a call to wxWindow::WarpPointer to one of the samples for bug reporting

wxTrac

unread,

Aug 13, 2021, 4:35:42 PM8/13/21

to wx-...@googlegroups.com

#19242: Add a call to wxWindow::WarpPointer to one of the samples for bug reporting
-------------------------+--------------------
Reporter: scottb99 | Owner:
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: samples | Version: 3.1.5
Keywords: | Blocked By:
Blocking: | Patch: 0
-------------------------+--------------------
I may have a problem with WarpPointer.

There appears to be no sample for me to test with outside of
my app.

--
Ticket URL: <https://trac.wxwidgets.org/ticket/19242>

wxTrac

unread,

Aug 15, 2021, 9:09:42 AM8/15/21

to wx-...@googlegroups.com

#19242: Add a call to wxWindow::WarpPointer to one of the samples for bug reporting

Blocked By: | Blocking:
Patch: 0 |

--------------------------+-----------------------
Changes (by vadz):

* status: new => confirmed
* priority: normal => lowest

Comment:

Please feel free to [HowToSubmitPatches make a patch] adding it to some
sample. I don't know what would be a good place be, perhaps the dialogs
sample could be used as it already has some vaguely similar stuff.

--
Ticket URL: <https://trac.wxwidgets.org/ticket/19242#comment:1>

wxTrac

unread,

Sep 17, 2021, 7:47:21 PM9/17/21

to wx-...@googlegroups.com

#19242: Add a call to wxWindow::WarpPointer to one of the samples for bug reporting

Blocked By: | Blocking:
Patch: 0 |

--------------------------+-----------------------
Changes (by scottb99):

* cc: quickeye.scott@… (added)

Comment:

I spent some time looking through the samples, and playing with a few of
them. I don't see one with a natural fit for playing with mouse pointer
functions.

I'm thinking a new mouse sample would be good. It could have a couple of
click zones with prompt text so you can click, ctrl-click, alt-click,
right-click with a status that gets updated with MouseUp, MouseDown etc.

And it could include a zone that would move the pointer from the left side
to the right side when clicked using WarpPointer.

I may try to write it (by copying and modifying minimal) but I'm not
proficient with the wxWidgets coding standards.

--
Ticket URL: <https://trac.wxwidgets.org/ticket/19242#comment:2>

wxTrac

unread,

Sep 18, 2021, 8:51:10 AM9/18/21

to wx-...@googlegroups.com

#19242: Add a call to wxWindow::WarpPointer to one of the samples for bug reporting

Blocked By: | Blocking:
Patch: 0 |

--------------------------+-----------------------

Comment (by vadz):

We already have mouse gestures tests in the event sample, so maybe this
should be added there? It seems like an overkill to have a sample just for
this.

--
Ticket URL: <https://trac.wxwidgets.org/ticket/19242#comment:3>

wxTrac

unread,

Sep 18, 2021, 7:18:51 PM9/18/21

to wx-...@googlegroups.com

#19242: Add a call to wxWindow::WarpPointer to one of the samples for bug reporting

Blocked By: | Blocking:
Patch: 0 |

--------------------------+-----------------------
Changes (by scottb99):

* cc: quickeye.scott@… (removed)

Comment:

Thank you. I needed some direction. I will see if I can create a patch for
that.

--
Ticket URL: <https://trac.wxwidgets.org/ticket/19242#comment:4>

wxTrac

unread,

Sep 23, 2021, 6:31:21 PM9/23/21

to wx-...@googlegroups.com

#19242: Add a call to wxWindow::WarpPointer to one of the samples for bug reporting

Blocked By: | Blocking:
Patch: 0 |

--------------------------+-----------------------
Changes (by scottb99):

* Attachment "event.cpp.patch" added.

Patch to add a wxWindow::WarpPointer test to samples/event

wxTrac

unread,

Sep 23, 2021, 6:37:21 PM9/23/21

to wx-...@googlegroups.com

#19242: Add a call to wxWindow::WarpPointer to one of the samples for bug reporting

Blocked By: | Blocking:
Patch: 0 |

--------------------------+-----------------------
Changes (by scottb99):

* cc: quickeye.scott@… (added)

Comment:

The patch add a button to the main frame in the event sample,
in wxWindows-3.1.5.

The button says "Test wxWindow::WarpPointer", and when pressed
moves the mouse pointer near the top left corner of the window.

It works on osx and mswin but not on GTK 3 (running Fedora 34).

--
Ticket URL: <https://trac.wxwidgets.org/ticket/19242#comment:5>

wxTrac

unread,

Sep 23, 2021, 6:47:33 PM9/23/21

to wx-...@googlegroups.com

#19242: Add a call to wxWindow::WarpPointer to one of the samples for bug reporting

Blocked By: | Blocking:
Patch: 0 |

--------------------------+-----------------------
Changes (by scottb99):

* cc: quickeye.scott@… (removed)

Comment:

It seemed to start when I upgraded from wxWidgets-3.1.3 to 3.1.5,
but I've also upgraded Fedora, and Fedora switched to Wayland and
made it difficult to switch back to X11/xorg.

--
Ticket URL: <https://trac.wxwidgets.org/ticket/19242#comment:6>

wxTrac

unread,

Sep 24, 2021, 8:52:27 AM9/24/21

to wx-...@googlegroups.com

#19242: Add a call to wxWindow::WarpPointer to one of the samples for bug reporting

Blocked By: | Blocking:
Patch: 0 |

--------------------------+-----------------------

Comment (by swt2c):

Replying to [comment:6 scottb99]:

> It seemed to start when I upgraded from wxWidgets-3.1.3 to 3.1.5,
> but I've also upgraded Fedora, and Fedora switched to Wayland and
> made it difficult to switch back to X11/xorg.

To force X11, you should be able to start the sample with:

{{{
GDK_BACKEND=x11 <sample>
}}}

--
Ticket URL: <https://trac.wxwidgets.org/ticket/19242#comment:7>

wxTrac

unread,

Sep 24, 2021, 3:25:44 PM9/24/21

to wx-...@googlegroups.com

#19242: Add a call to wxWindow::WarpPointer to one of the samples for bug reporting

Blocked By: | Blocking:
Patch: 0 |

--------------------------+-----------------------
Changes (by scottb99):

* cc: quickeye.scott@… (added)

Comment:

Ok, I tested with "GDK_BACKEND=x11 ./event" (so it runs with XWayland
maybe) and no change, still doesn't work.

I edited /etc/gdm/custom.conf and rebooted to xorg server, and warppointer
works as advertized.

I searched a bit and found a discussion about changes in how mouse pointer
movement is handled in Wayland. Something about having to capture the
mouse first to a window area then being able to move the pointer inside
the captured area only. So it sounds like a security thing.

https://sourceforge.net/p/vice-emu/mailman/vice-emu-
commit/?style=flat&viewmonth=201802&viewday=20

--
Ticket URL: <https://trac.wxwidgets.org/ticket/19242#comment:8>

Reply all

Reply to author

Forward