<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 31/03/2015 23:00, Vojtěch Čihák
      wrote:<br>
    </div>
    <blockquote cite="mid:20150401000052.115151F9@atlas.cz" type="cite">
      <p style="padding:0 0 0 0; margin:0 0 0 0;"><span
          style="font-size: 10pt;">Hi,</span></p>
      <p style="padding:0 0 0 0; margin:0 0 0 0;"> </p>
      <p style="padding:0 0 0 0; margin:0 0 0 0;">I ask here because I
        wasn't enough fast to ask on bugtracker. Issue is already
        closed.</p>
      <p style="padding:0 0 0 0; margin:0 0 0 0;"> </p>
      <p style="padding:0 0 0 0; margin:0 0 0 0;">About 27762: IDE shows
        a drag cursor on the coolbar</p>
      <p style="padding:0 0 0 0; margin:0 0 0 0;"> </p>
      <p style="padding:0 0 0 0; margin:0 0 0 0;">IMO it was GTk2 issue
        rather than CoolBar issue, I couldn't reproduce on Qt.</p>
      <p style="padding:0 0 0 0; margin:0 0 0 0;"> </p>
      <p style="padding:0 0 0 0; margin:0 0 0 0;">Cursor changing was
        implemented intentionally, if coolband can be sized, user can
        see crHSplit before he presses left mouse button and </p>
      <p style="padding:0 0 0 0; margin:0 0 0 0;">if coolband can be
        moved, user can see crDrag before he actually presses mouse.
        Someone wanted it on forum and I found it user freindly too.</p>
      <p style="padding:0 0 0 0; margin:0 0 0 0;"> </p>
      <p style="padding:0 0 0 0; margin:0 0 0 0;">While I think the
        patch is not wrong, I still would like to revert previous
        behviour and the real issue should be resolved: Gtk2 speed
        buttons should not accept cursor of parent</p>
      <p style="padding:0 0 0 0; margin:0 0 0 0;">and should use their
        own.</p>
      <br>
    </blockquote>
    The change was (afaik) not because of the GTK part. I wrote (none
    public) before about the drag cursor being always shown: <br>
    <blockquote type="cite">Well at least for Windows that is wrong.
      (And I guess for other OS it is too)
      <br>
      <br>
      The drag cursor is to b shown while dragging. The drag cursor is
      not meant to be an indicator of possible dragging.
      <br>
      <br>
      And dragging does not start with mouse down (so the cursor does
      not change on mouse down). Dragging starts, when the cursor has
      been moved a certain distance, while the button was held down.
      That makes it different to a click. The distance is configured in
      the windows settings. So it should be retrieved from the windows
      API.
      <br>
    </blockquote>
    <br>
    This is how all applications on window behave. Showing the drag
    cursor while dragging is not active is counter intuitive. When and
    while it was happening, I always thought the IDE had started
    dragging (somehow triggered despite I did not click the mouse)<br>
  </body>
</html>