<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'><div dir='ltr'>
As I say, I could neaten this in a number of ways, I was considering some form of [loadbang] triggered script to delete the objects on creation, then use a delay to initialize the generative patch. Which would also solve the problem.<br><br><div>&gt; Date: Mon, 27 Jun 2011 10:00:40 +0200<br>&gt; From: fbar@footils.org<br>&gt; To: pd-list@iem.at<br>&gt; Subject: Re: [PD] Pd "monosymphonia"<br>&gt; <br>&gt; On Sun, Jun 26, 2011 at 12:32:27AM +0100, Andrew Faraday wrote:<br>&gt; &gt; P.S. I do realize that I could clean this up a great deal. The addition of<br>&gt; &gt; [table] objects could just as easily be a single expanding array, I could<br>&gt; &gt; hide modules away in sub patches and the sliders used for visualization could<br>&gt; &gt; be more efficiently done with gem.                                                <br>&gt; <br>&gt; Regarding subpatches: I would do this kind of dynamic object generation in a<br>&gt; subpatch anyway instead of putting the new objects into the main patch. That<br>&gt; way, you can easily start with a fresh subpatch by sending "clean" to [s<br>&gt; pd-subpatchname] instead of having to manually delete the created<br>&gt; tables/objects.<br>&gt; <br>&gt; Ciao<br>&gt; -- <br>&gt;  Frank Barknecht            Do You RjDj.me?          _ ______footils.org__<br>&gt; <br>&gt; _______________________________________________<br>&gt; Pd-list@iem.at mailing list<br>&gt; UNSUBSCRIBE and account-management -&gt; http://lists.puredata.info/listinfo/pd-list<br></div>                                               </div></body>
</html>