<div dir="ltr"><div dir="ltr">Missatge de Ico Bukvic <<a href="mailto:ico@vt.edu">ico@vt.edu</a>> del dia dt., 20 de juny 2023 a les 16:38:<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 dir="ltr">Hi Xavier,<div><br></div><div>This may be because Pd vanilla has an inconsistent way of positioning iemgui objects. Namely, sometimes they are drawn up to 2-3 pixels off of their (0,0) origin. This causes problems with auto patching (among other issues). One way you can minimize problems is by enabling the -legacy flag. Just start the program from the command line (or adjust its shortcut) by typing "pd-l2ork -legacy" (without the quotes).</div></div></blockquote><div><br></div><div><br></div><div>Hi Ico, </div><div>Now i understand better the problem...also i didn't know about this flag i'm gonna check it to see how it works</div><div><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><div>This should reposition all iemgui objects to how the vanilla looks. Please note if you have edited the patch using non-legacy options and repositioned objects, reenabling -legacy will move those objects in a way that may make them look out of place. In other words, if you want to keep vanilla compatibility with iemgui object positions, make sure to edit the patch with the -legacy flag enabled.</div><div><br></div><div>BTW, on the screenshots, is the left one pd and right one pd-l2ork (the right one looks correct) since the consoles behind them suggest that? Or is it the other way around?</div></div></blockquote><div><br></div><div><br></div><div>yes it is correct : left is vanilla and right l2ork. </div><div>As far as i tested, the problem occurs in the programming 'order' or sequence :</div><div>When you program first in l2ork and reopen the patch later in vanilla, the problem occurs but not the opposite : </div><div>if you make a patch in vanilla, and then reopen it in l2ork, doesn't occurs the patch distorsion. </div><div>The problem in this second case is that programming in vanilla give u the speed of a horse, meanwhile programming in l2ork gives u the speed of a train or even a plain. In other words programming with l2ork is easier and much faster, spetially for GUI UX issues.</div><div><br></div><div>All this behaviour is done without the flag u mention before, so im gonna try with the flag and make some tests.</div><div>I'll keep you informed about those tests...</div><div><br></div><div>thanks a lot</div><div>Xavi</div><div><br></div><div><br></div><div><br></div><div><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><div>Best,</div><div><br></div><div>Ico<br><div><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><pre cols="72"><pre cols="72">-- <br>Ivica Ico Bukvic, D.M.A.<br>Director, Creativity + Innovation
Director, Human-Centered Design iPhD
Institute for Creativity, Arts, and Technology
</pre><pre cols="72">Virginia Tech<br>Creative Technologies in Music<br>School of Performing Arts – 0141<br>Blacksburg, VA 24061<br>(540) 231-6139<br><a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</a><br><br><a href="http://ci.icat.vt.edu" target="_blank">ci.icat.vt.edu</a><br><a href="http://l2ork.icat.vt.edu" target="_blank">l2ork.icat.vt.edu</a><br><a href="http://ico.bukvic.net" target="_blank">ico.bukvic.net<br></a></pre></pre></div></div></div></div></div></div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 20, 2023 at 8:38 AM xavier manzanares <<a href="mailto:freequencies@gmail.com" target="_blank">freequencies@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><div dir="ltr">Hi everyone,<br><br>I have a question related to the compatibility between pd-l2ork and pd.<br>I am teaching at university (Barcelona context), different courses related with generative/algorythmic music and therefore i'd need to have my pd toolkits* as stable as possible, also in order to fit several OSs.<br><br>*You can see both examples here :<br><a href="https://github.com/xamanza/GNRTV.CELLS" target="_blank">https://github.com/xamanza/GNRTV.CELLS</a><br><a href="https://github.com/xamanza/GNRTV.BOTS" target="_blank">https://github.com/xamanza/GNRTV.BOTS</a><br><br>As far as i know, when you program in pd-l2ork, (that frankly is a much improved way to program in Pd due to the js Gui implementation), and then you open it in Pd vanilla, the patch is partially distroyed. I attach a screenshot with an example of the same patch opened both in pd-l2ork and pd-vanilla.  <br>Questions here appear :<br>Why this happens?<br>Is there a method or trick to avoid it and get always a robust compatibility?<br><br><br>The reason i want the most compatibility as possible, responses to several years of developing with this language, related to research & academic issues, but also in the High potential of Pd in embed systems (Raspberry stand alone musical applications), audio engines for game design (libpd & unity etc), and other newmedia projects or even in the modular synths constellation (like programmable modular synths such as Befaco's Lich or Witch).<br><div><br></div><div><br>Any answer of those questions will be useful )</div><div>Thanks</div><div>Xavi Manzanares</div><br><br>///////////////<br>details of the screenshot :<br>OS : Linux Mint 21.1**<br>Pd version 0.52.1<br>Pd-l2ork-2.16.0 20230415-rev.dc26e65f<br><br>**note i detected the problem described before, not only in linux, but in MacOS (mac Intel) and Windows.<br></div><div dir="ltr"><br></div></div><div><img src="cid:ii_lj49mz1c0" alt="SamePatchwithVanillaandL2ork.png" width="467" height="146"><br></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">--</span><div dir="ltr" class="gmail_signature"><div dir="ltr">Xavier Manzanares<br>[0034] 659 243 481<br>Recerca / Arts Electròniques<br><a href="http://noconventions.mobi/daax" target="_blank">http://xavimanzanares.oneshaptiques.space/</a><br><a href="http://noconventions.mobi/oneshaptiques" target="_blank">http://oneshaptiques.space/</a></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><br>
</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><br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><br>Xavier Manzanares<br>[0034] 659 243 481<br>Recerca / Arts Electròniques<br><a href="http://noconventions.mobi/daax" target="_blank">http://xavimanzanares.oneshaptiques.space/</a><br><a href="http://noconventions.mobi/oneshaptiques" target="_blank">http://oneshaptiques.space/</a></div></div></div>