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