<div dir="ltr">I guess I'm responsible for too much works on this matter. I was mostly concerned on how this issue was being faced in the maintenance, where max/msp compatibility seemed disregarded. But it's cool there's an idea it must be considered.<div><br></div><div>Now, when it comes down to it, it's not like this seems to be an issue that'll raise up so much. <br><br>“<i>Max 7 now uses a larger buffer on this object” and making the buffer larger doesn’t actually change how the expected out of the object works, why not update it?</i>"</div><div><br></div><div>That, for instance, is what we'll basically deal with... and only reason not to update is "don't have time" or lack in collaboration. I've found some people who'd be willing to help. lets see.</div><div><br></div><div>"<span style="font-size:12.8px"><i>What has max changed object-wise between 4.6 & 7 that actually breaks things? I'd say very little</i>"</span></div><div><br></div><div>I haven't seen any breakage yet and I assume they care for not breaking, so I doubt we'll have to deal with this, so maybe we don't need to spend this many words on it.</div><div><br></div><div>What we basically have, so far, is one object, which has been considered "wrong all along", so it's more of a matter on how to fix it and keep the older behaviour for the sake of not breaking patches.</div><div><br></div><div>I don't believe we'll have to deal with more errors like that or breakage, hopefully this is the only one to arise. So we may as well treat this as an unfortunate and special case, and think what's best for it... same with another one <b><u>if</u></b> it comes up.</div><div class="gmail_extra"><br><div class="gmail_quote">2015-12-23 18:36 GMT-02:00 katja <span dir="ltr"><<a href="mailto:katjavetter@gmail.com" target="_blank">katjavetter@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Summarizing, the discussion in this thread has so far rendered three<br>
practical and simple solutions to improve MaxMSP compatibility in<br>
Cyclone without breaking Pd patches (with average~ as an example):<br>
<br>
- MaxMSP compatibility through an extra inlet / outlet<br></blockquote><div><br></div><div>The case with [average~] is that it wouldn't require an extra inlet, only an extra outlet in fact, so it's simpler.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
- MaxMSP compatibility available through an extra operational mode<br>
- MaxMSP compatibility available through an extra class<br></blockquote><div><br></div><div>An extra class breaks compatibility, as you need another class name - seems like a drastic or last resource solution. Not sure how an "extra operational mode" would work, but seems a little complicated.<br><br>I still think that introducing an extra outlet is the least complicated and least intrusive. I've made a test help patch to illustrate it's a simple fix.</div><div><br></div><div>cheers and merry xmas</div><div><br></div><div><br></div><div><br></div><div><br></div></div></div></div>