<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 23, 2020 at 5:24 PM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com">jon.w.wilkes@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 23, 2020 at 5:02 PM Albert Graef <<a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">That looks awesome, I can't wait to have this! Where's the branch for it? :))<br></div></blockquote><div><br></div><div>I still have to hook in a sys_gridsize and a g_editor field for it.</div><div><br></div><div>Btw-- ran into a weirdo bug testing this. Sometimes I can drag an object outside the window bounds (as you should be able to do). Other times the object stops at the edge of the window and cannot be dragged any further. Same with or without snap-to-grid, so I'm not sure what the problem is there.</div><div><br></div></div></div></blockquote><div><br></div><div>Also, I think we need a different editmode background when snap-to-grid isn't activated. Maybe a more sparse grid, less opacity, or something like that?<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 dir="ltr"><div class="gmail_quote"><div></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 dir="ltr"></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 23, 2020 at 8:59 PM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com" target="_blank">jon.w.wilkes@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 23, 2020 at 8:35 AM Mario Sottile - Marionetas Mey <<a href="mailto:mariomey@gmail.com" target="_blank">mariomey@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<br>
<blockquote type="cite">
<pre>It wouldn't be a problem *if* there were clear visual evidence that the
objects are indeed connected. Without the GUI offering that clear
evidence, I don't think it's a good idea. For example, if the user runs
into a really difficult bug, it requires *moving* those objects around or
clicking "Tidy up" to confirm the connections.
And I have seen stacked objects where it turned out one of the objects
wasn't connected. It is similar to perfectly horizontal wires connecting
objects-- I've seen a Pd Vanilla patch where the connection crosses
over the inlet of an object that wasn't actually connected. The curved
wires in Pd-l2ork/Purr Data help somewhat with that, but it should still
be avoided IMO.
</pre>
</blockquote>
<p>Curved wires gives us a solution! (joke)<br></p></div></blockquote><div><br></div><div>Honestly, it's not out of the question to make a special case for when the out coordinates match the in coordinates. :)</div><div><br></div><div>Attached is a prototype of the "snap to grid" feature. (The default output format was mkv-- let me know if you can't read it.)<br></div><div><br></div><div>You can see when I try to position the object at (0, 0) why inkscape allows free displacement between the gridelines. Otherwise, the user loses responsiveness when trying to "park" the object at a given snap position.</div><div><br></div><div>However, it still seems quite usable without that feature. So if there aren't any objects I'll go ahead and turn the prototype into a merge request.</div><div><br></div><div>Also note: the editmode grid is offset by five pixels. Now that we have snapping, I *think* users will want to align the snap points to the gridlines. So I'll need to change the grid line placement.</div><br><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><img src="cid:17556ce954a2b4a1f3c1" alt=""></p>
You are right. Snap to objects is, for the moment, a bad idea.<br>
</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>
_______________________________________________<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><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" target="_blank">https://agraef.github.io/</a></div></div></div></div></div></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>
</blockquote></div></div>