Re: With set_event_compression, most recent motion event is held in waiting

Kjell Ahlstedt via gtkmm-list <[email protected]> Mon, 23 May 2022 16:21:56 +0200
Newsgroups gmane.comp.gnome.gtkmm
Message-ID <[email protected]> 
This is a multi-part message in MIME format.
--===============0983429737835811340==
Content-Type: multipart/alternative;
 boundary="------------0nTU1BLcVTnZVcAod0A05rzN"
Content-Language: en-US

This is a multi-part message in MIME format.
--------------0nTU1BLcVTnZVcAod0A05rzN
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

I thought I'd run your program and see what happens, but that's 
difficult without the drawarea.glade file.

What is it that you suspect is a bug? That you get an extra motion event 
with set_event_compression(false)? Or that you don't get it with 
set_event_compression(true)? It's hardly surprising that the number of 
motion events differ with and without event compression.

Den 2022-05-21 kl. 03:43, skrev Jason M'Sadoques via gtkmm-list:
> I have a simple drawing area, and I have configured
> set_event_compression(false). I am printing out motion and button
> events, and I see while I move the mouse the motion events come out,
> but then when I stop and press the mouse button, I get one more motion
> event and then the button press event.
>
> Now I can do this because I'm using a trackball, so it is easy to press
> a button without incurring any further actual mouse motion.
>
> When I comment out the line to set_event_compression, I do not see this
> behavior. So instead when I press the mouse button, I just get a button
> press, and the coordinates of that button press match exactly to the
> last motion event.
>
> I wonder if someone can either confirm it is a bug, or I really hope
> that it is a problem I'm doing. I am using GTKMM 3.24.6.
>
> Here is a simple example which I compiled with:
> g++ -o drawtest $(pkg-config --cflags --libs gtkmm-3.0) drawtest.cpp
>
--------------0nTU1BLcVTnZVcAod0A05rzN
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p><font size="2">I thought I'd run your program and see what
        happens, but that's difficult without the drawarea.glade file.</font></p>
    <p><font size="2">What is it that you suspect is a bug? That you get
        an extra motion event with set_event_compression(false)? Or that
        you don't get it with set_event_compression(true)? It's hardly
        surprising that the number of motion events differ with and
        without event compression.<br>
      </font></p>
    <div class="moz-cite-prefix"><font size="2">Den 2022-05-21 kl.
        03:43, skrev Jason M'Sadoques via gtkmm-list:<br>
      </font></div>
    <blockquote type="cite"
      cite="mid:[email protected]">
      <pre class="moz-quote-pre" wrap="">I have a simple drawing area, and I have configured
set_event_compression(false). I am printing out motion and button
events, and I see while I move the mouse the motion events come out,
but then when I stop and press the mouse button, I get one more motion
event and then the button press event.

Now I can do this because I'm using a trackball, so it is easy to press
a button without incurring any further actual mouse motion.

When I comment out the line to set_event_compression, I do not see this
behavior. So instead when I press the mouse button, I just get a button
press, and the coordinates of that button press match exactly to the
last motion event.

I wonder if someone can either confirm it is a bug, or I really hope
that it is a problem I'm doing. I am using GTKMM 3.24.6.

Here is a simple example which I compiled with:
g++ -o drawtest $(pkg-config --cflags --libs gtkmm-3.0) drawtest.cpp

</pre>
    </blockquote>
  </body>
</html>

--------------0nTU1BLcVTnZVcAod0A05rzN--

--===============0983429737835811340==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
gtkmm-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/gtkmm-list

--===============0983429737835811340==--