<div dir="ltr"><div dir="ltr">Em dom., 28 de fev. de 2021 às 16:20, Alexandre Torres Porres <<a href="mailto:porres@gmail.com">porres@gmail.com</a>> escreveu:<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"><div class="gmail_quote"><div>I'm thinking about creating a variant of delread/write~ for ELSE with this "freeze" functionality. But maybe we can request to add it to vanilla.</div></div></div></blockquote><div><br></div><div> maybe this is best for the pd-dev list, but here I go.</div><div><br></div><div>In my design choice for a variation of delread/write, I think it could be given a unique delay name when a delay write object is not given a delay line argument. This name could then be sent via an outlet to a read object. This looks like how things work for MAX's tapin~/tapout~ and I confess I'm taking it as a model.</div><div><br></div><div>Now, big question, can I force an order of execution with such a connection? Would it have to be a signal connection only?</div><div><br></div><div>thanks</div></div></div>