<p dir="ltr">Speaking of Microsoft-like statements, are you apologizing for the fact that pd-extended&#39;s undo is bad or the fact that you misrepresented pd-l2ork&#39;s undo as being incomplete? ;-)</p>
<div class="gmail_quote">On Feb 3, 2013 10:31 AM, &quot;Hans-Christoph Steiner&quot; &lt;<a href="mailto:hans@at.or.at">hans@at.or.at</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I stand corrected, sorry, I was mistaken before.  Yes, the undo situation in<br>
Pd vanilla/extended is not good.<br>
<br>
I didn&#39;t realize I&#39;d become Microsoft, I thought I was just writing some<br>
software for people to freely use ;-)<br>
<br>
.hc<br>
<br>
On 02/03/2013 09:58 AM, Ivica Bukvic wrote:<br>
&gt; Those are a part of the undo on pd-l2ork, as is changing properties of any<br>
&gt; other object, such as canvas and array (unlike pd-extended that in many<br>
&gt; cases fails to even acknowledge that the patch has been altered and needs<br>
&gt; to be saved, needless to mention add such change to its 1-step undo queue,<br>
&gt; e.g. try changing canvas properties and undoing it).<br>
&gt;<br>
&gt; It would be nice if not spreading FUD were added to the mailing list<br>
&gt; netiquette...<br>
&gt; On Feb 3, 2013 5:07 AM, &quot;Roman Haefeli&quot; &lt;<a href="mailto:reduzent@gmail.com">reduzent@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt; On Son, 2013-02-03 at 00:25 -0500, Ivica Ico Bukvic wrote:<br>
&gt;&gt;&gt;&gt;&gt;&gt; states.  The first part o that is not hard, the second part is.  But<br>
&gt;&gt;&gt; since<br>
&gt;&gt;&gt;&gt;&gt;&gt; unlimited undo is working in some parts of pd-l2ork, we at least<br>
&gt;&gt; have a<br>
&gt;&gt;&gt;&gt;&gt;&gt; working example to draw from.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; What do you mean by &quot;in some parts?&quot; Can you give an example of where<br>
&gt;&gt;&gt;&gt; it<br>
&gt;&gt;&gt;&gt;&gt; does not work?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Setting a value in the properties of a slider.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; You are kidding, right? If the value changes in the UI, this should not<br>
&gt;&gt; be<br>
&gt;&gt;&gt; undoable. Otherwise, having that slider connected to a [metro 1]  and<br>
&gt;&gt; random<br>
&gt;&gt;&gt; would starve memory within minutes, needless to mention make undo<br>
&gt;&gt; completely<br>
&gt;&gt;&gt; useless...<br>
&gt;&gt;<br>
&gt;&gt; I guess Hans is talking about properties like color, sendname etc. The<br>
&gt;&gt; rationale is that those might be considered to be part of patch editing<br>
&gt;&gt; as opposed to changing slider values which could be considered part of<br>
&gt;&gt; patch usage.<br>
&gt;&gt;<br>
&gt;&gt; Roman<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; <a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
&gt;&gt; UNSUBSCRIBE and account-management -&gt;<br>
&gt;&gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; <a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
&gt; UNSUBSCRIBE and account-management -&gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
&gt;<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -&gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div>