<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    >Ahh this makes sense.  Having the tool follow the mouse cursor
    is something that I was thinking about trying with some other tools,
    now I have something to model that off. >Bugger about the bug on
    X11, in that case it would be best to have a window.  <br>
    >Is it possible to do a frameless modeless dialog with the widget
    inside and have it follow the cursor?  Or does this have the same
    issue.<br>
    <br>
    That could work, afaik only QGraphicsProxyWidgets are affected. If
    the widget is on top of the graphics scene, there should be no
    problem.<br>
    <br>
    On the other hand, having a floating widget (like measuring tools)
    would allow to present the options which are now in the digitizing
    tab of the options dialog. So I'm thinking about implementing it
    that way.<br>
    <br>
    Regards,<br>
    Marco<br>
    <br>
    On 29.02.2012 12:43, Nathan Woodrow wrote:
    <blockquote
cite="mid:CAAi8Yg-yD4ZYj_izL0nUb=F63G4ZvptJC6YvQ5=bNa7YU-k6aA@mail.gmail.com"
      type="cite">
      <div class="gmail_quote">On Wed, Feb 29, 2012 at 9:17 PM, Marco
        Hugentobler <span dir="ltr"><<a moz-do-not-send="true"
            href="mailto:marco.hugentobler@sourcepole.ch">marco.hugentobler@sourcepole.ch</a>></span>
        wrote:<br>
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">
          <div bgcolor="#FFFFFF" text="#000000">On Mac OS and Windows,
            the spin box is placed next to the cursor and moves with it.
            On X11, I had to disable that because there is a problem
            embedding widget items if the flag Qt::WA_PaintOnScreen is
            set on the canvas.<br>
            But yes, it might be better to have a separate window on
            X11.</div>
        </blockquote>
        <div><br>
        </div>
        <div>Ahh this makes sense.  Having the tool follow the mouse
          cursor is something that I was thinking about trying with some
          other tools, now I have something to model that off.  Bugger
          about the bug on X11, in that case it would be best to have a
          window.  </div>
        <div><br>
        </div>
        <div>Is it possible to do a frameless modeless dialog with the
          widget inside and have it follow the cursor?  Or does this
          have the same issue.</div>
        <div> </div>
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">
          <div bgcolor="#FFFFFF" text="#000000">
            <div class="im"> >Also if editing the value doesn't
              change the result of the tool I would think it would be
              good as read-only. I tried to edit it in order to order to
              supply a offset of 3 and nothing >happened.<br>
              <br>
            </div>
            It is intended that editing changes the result. After
            pressing the return key, the offset line should move to the
            new distance (but the mouse should not be moved, otherwise
            it will be overriden by the following mouse move position).
            Doesn't this work for you? </div>
        </blockquote>
      </div>
      <br>
      <div>Seems to not on my machine.  Running Linux Mint 11</div>
      <div><br>
      </div>
      <div>- Nathan</div>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Dr. Marco Hugentobler
Sourcepole -  Linux & Open Source Solutions
Churerstrasse 22, CH-8808 Pfäffikon SZ, Switzerland
<a class="moz-txt-link-abbreviated" href="mailto:marco.hugentobler@sourcepole.ch">marco.hugentobler@sourcepole.ch</a> <a class="moz-txt-link-freetext" href="http://www.sourcepole.ch">http://www.sourcepole.ch</a>
Technical Advisor QGIS Project Steering Committee</pre>
  </body>
</html>