<p dir="ltr">Indeed. Let&#39;s hope pd/extended adopt these soon.</p>
<p dir="ltr">Best wishes,</p>
<p dir="ltr">Ico</p>
<div class="gmail_quote">On Jul 3, 2013 7:31 AM, &quot;Roman Haefeli&quot; &lt;<a href="mailto:reduzent@gmail.com">reduzent@gmail.com</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Wed, 2013-07-03 at 05:53 -0400, Ivica Ico Bukvic wrote:<br>
&gt; On 07/03/2013 04:31 AM, Roman Haefeli wrote:<br>
&gt; &gt; On Wed, 2013-07-03 at 03:56 -0400, Ivica Bukvic wrote:<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; I guess we need to clarify what &quot;not usable at all&quot; means. If a patch<br>
&gt; &gt;&gt; works but one optional gop hsl is not visible, personally I would say<br>
&gt; &gt;&gt; that one element may not be usable and only temporarily.<br>
&gt; &gt; Many of my patches are not usable at all without GOP GUIs visible. And I<br>
&gt; &gt; cannot fix it myself as either it breaks pd-vanilla|pd-extended or<br>
&gt; &gt; pd-l2ork or it looks dead ugly. So yes, it breaks compatibility in a<br>
&gt; &gt; serious way. And I also do not see the temporary aspect of it. I as a<br>
&gt; &gt; patch developer can&#39;t provide a solution to this.<br>
&gt; &gt;<br>
&gt; &gt; This is _the_ reason I don&#39;t even try to bother to make my patches work<br>
&gt; &gt; in pd-l2ork. And I even need to tell people that they shouldn&#39;t use<br>
&gt; &gt; pd-l2ork when they want to use my patches.<br>
&gt; &gt;<br>
&gt; The solution is the one you stated above--stick to one particular flavor<br>
&gt; of pd and run with it. I for one believe the sooner I switch my patches<br>
&gt; to a more consistent drawing mechanism the less I will have to deal with<br>
&gt; down the road. pd has two choices:<br>
&gt;<br>
&gt; 1) keep the same inconsistent behaviour for as long as it exists causing<br>
&gt; problems in other places for the patch developers such as yourself (e.g.<br>
&gt; autopatching), in the end causing the same amount of work (whether you<br>
&gt; fix whatever is currently misaligned or do that while patching because<br>
&gt; your autopatch feature did not align your objects properly is as far as<br>
&gt; I can tell the same amount of work, of course, assuming that you do use<br>
&gt; autopatch--I do, so this is very important to me)<br>
&gt;<br>
&gt; 2) fix this at some later date at which point you will have a larger<br>
&gt; library of patches you&#39;ve built between now and that later date that<br>
&gt; will require fixing because they relied on the current inconsistent way<br>
&gt;<br>
&gt; Consider also how pd does not properly account for labels on iemguis or<br>
&gt; comments and does not mind having them stick outside GOP. Or how<br>
&gt; dynamically changed iemgui objects inside GOP do not get their<br>
&gt; visibility rechecked to see if they still fit within GOP and then spill<br>
&gt; outside it only to disappear when you copy and paste the said GOP. These<br>
&gt; are all fixed within pd-l2ork. I believe these are very pressing issues<br>
&gt; for me as L2Ork&#39;s entire GUI scoring system is built around iemguis and<br>
&gt; scalars and I want to make sure that others developing similar scores<br>
&gt; (or expanding upon the existing) for the ensemble do not encounter such<br>
&gt; inconsistencies that can be abused for temporary solutions that later<br>
&gt; break because such bugs have been fixed, rendering their scoring engine<br>
&gt; unusable.<br>
&gt;<br>
&gt; tl;dr version: I find issues of GUI inconsistency critical and prefer to<br>
&gt; fix them sooner rather than later and do not want to worry about legacy<br>
&gt; behaviour that is incorrect to begin with, because the longer one waits,<br>
&gt; the more they&#39;ll have to fix later when the similar/identical fix is<br>
&gt; implemented in their flavor of pd.<br>
<br>
Thanks for your considerations. I actually agree with you in every<br>
respect. I also wouldn&#39;t mind having GUI glitches fixed in pd-extended|<br>
pd-vanilla, even if it means having to go through all my patches to fix<br>
them. However, things haven&#39;t changed in pd-vanilla|pd-extended yet and<br>
I see myself forced to decide which route to go.<br>
<br>
Roman<br>
<br>
</blockquote></div>