<div dir="ltr"><div dir="ltr" class="gmail_attr">On Wed, Oct 21, 2020 at 9:02 AM Mario Sottile - Marionetas Mey <<a href="mailto:mariomey@gmail.com">mariomey@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div>
    <p>I don't know if I correctly understood you... but I think that,
      if snap-to-grid is on, objects that are not exactly at a grid
      vertex should go inmediatly to the nearer.</p>
    <p>Two examples that don't help :D</p>
    <p>Blender: it snaps to "next increment value". If object is at 0.5,
      it goes to 1.5. I think this is good for some needings... but not
      for PurrData. Watch blender.mp4</p>
    <p>Inkscape: when snap-to-grid is on, object can be moved between
      grid vertices. When is near a vertex, object sticks to it. I think
      that Purr, snap-to-grid should always stick to the grid. I think
      Inkscape is like this, because it has lot of snap-to options.
      Watch Inkscape.mp4<br></p></div></blockquote><div><br></div><div>Hm... I'm not able to view the videos you linked.</div><div><br></div><div>The Blender version is quite easy to implement. But I agree with you-- it's not a good fit for Purr Data.</div><div><br></div><div>-Jonathan<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><p>
    </p>
    <p><br>
    </p>
    <div>
      <div>
        <p> </p>
        <table style="max-width:100%" width="100%" cellspacing="0" cellpadding="20" border="0" align="left">
          <tbody>
            <tr>
              <td width="100%" bgcolor="#FFFFFF" align="left">
                <p><img src="cid:1754b7d0c00fc93c39e1" alt="" width="250" height="54" border="0"></p>
                <p> Mario Sottile - Director<br>
                  (011) 15.6283.1576<br>
                  <a href="http://www.mariomey.com.ar" target="_blank">www.mariomey.com.ar</a><br>
                  <a href="mailto:info@mariomey.com.ar" target="_blank">info@mariomey.com.ar</a></p>
              </td>
            </tr>
          </tbody>
        </table>
      </div>
    </div>
    <div>On 20/10/20 13:31, Jonathan Wilkes
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div>2nd question:<br>
      </div>
      <div><br>
      </div>
      <div>Suppose the mouse pointer and the top-left corner of the
        object underneath it are both 2/3 of the way to the post office
        from their shared home.</div>
      <div><br>
      </div>
      <div>1. Does the object wait until the mouse pointer has safely
        arrived at the post office to "snap" itself to the post office?</div>
      <div><br>
      </div>
      <div>Or<br>
      </div>
      <div><br>
      </div>
      <div>2. Does the object "snap" immediately to the post office at
        the first step the mouse pointer takes toward the post office?</div>
      <div><br>
      </div>
      <div>If it's #1, then the selection will wait at an unsnapped
        position until the mouse arrives at a grid line/point. So the
        first step of an un-aligned object will have a UX like
        "gravity"-- i.e., you are coaxing the selection to its initial
        snap position. Also, the mouse may temporarily drag outside the
        bounds of the object beneath it before the object snaps to its
        new location.<br>
      </div>
      <div><br>
      </div>
      <div>If it's #2, then the selection will immediately align itself
        to the grid constraints. This will provide consistency-- as any
        mouse motion will guarantee grid alignment-- but have a jagged
        feel on the first mouse motion of the un-aligned object. Edge
        case-- if the mouse is near the top-left corner of an unaligned
        object, then the object's initial grid snap will mean that the
        mouse will be outside the object's bounds for the rest of the
        time it's dragging.</div>
      <div><br>
      </div>
      <div>Since people generally drag more than one or two pixels with
        a mouse, I'm leaning toward #1.</div>
      <div><br>
      </div>
      <div>I want to pick a pattern before I implement it. The backend
        selection motion deals with deltas instead of coords, and that
        makes this a bit more of a pain than it should be.</div>
    </blockquote>
  </div>

_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div></div>