<div dir="ltr"><div style="font-size:12.8px"><span style="font-size:12.8px">Howdy, looking ahead, here's the repository I'm starting to work with Flavio <</span><span style="font-size:12.8px"><a href="https://github.com/porres/pd-cyclone">https://github.com/porres/pd-cyclone</a>>. </span><span style="font-size:12.8px">As maintainers for cyclone, we're to provide builds for various platforms from this repo. </span><span style="font-size:12.8px">Collaborators could fork it to make changes and then make pull requests for merging into ours, when we'd test and evaluate if they're ok by the following criteria:</span><span style="font-size:12.8px"> </span></div><div><div style="font-size:12.8px"><b>-</b> Change was a successful bug fix. </div><div style="font-size:12.8px"><b>-</b> Change was: a) new feature additions to existing objects or b) new objects; where Max/MSP compatibility is respected.</div></div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">We have plans to try to upload a new testing version to see how it goes in a week or so. It is to include some new objects that are being finished with the help of others (<i>hopefully 11 of them ([trunc~] / [atodb] / [dbtoa] / [atodb~] / [dbtoa~] / [pong] /  [round~] / [round] / [scale] / [scale~] / [loadmess]</i>) a<span style="font-size:12.8px">nd also correct some minor bugs, like the one with triangle~ that I already fixed today, and also existing issues with [pong~] plus an update to current Max version.</span></div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">The repo is a fork from the last update in previous maintenance (cyclone version 0.2beta1), which was on its own a fork from cyclone's repo for version 0.1-Alpha56 (available in Pd Extended). <span style="font-size:12.8px">I</span><span style="font-size:12.8px"> completely changed the README.md from the previous fork. I reintroduced the</span></div><div style="font-size:12.8px"><span style="font-size:12.8px">original project description from Krzysztof Czaja that had been discarded and </span><span style="font-size:12.8px">included notes on "Previous & Current state / Goals & Further Development", sharing information/credit about past developments and further development proposals.</span></div><div style="font-size:12.8px"><span style="font-size:12.8px"><br></span></div><div style="font-size:12.8px"><span style="font-size:12.8px">cheers</span></div><div style="font-size:12.8px"><span style="font-size:12.8px"><br></span></div><div style="font-size:12.8px"><span style="font-size:12.8px"><br></span></div><div class="gmail_extra"><br><div class="gmail_quote">2016-02-21 19:51 GMT-03:00 Alexandre Torres Porres <span dir="ltr"><<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><span class="">2016-02-21 18:18 GMT-03:00 IOhannes m zmölnig <span dir="ltr"><<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>></span>: <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">t<span style="font-size:12.8px">his is about the worst possible outcome of the entire discussion.</span></blockquote><div> </div></span><div>Agreed</div><div><br></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">There's nothing stating that all those objects need to be in the one-and-only library named "cyclone".</blockquote><div><br></div><div>Yep, but there's some sense it'd be a good spot and nothing says they shouldn't be in it too... </div><span class=""><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">having two libraries with similar tasks and similar (but distinguishable) names could be a win for everybody.</blockquote><div><br></div></span><div><div>Maybe more like virtually the <u>same</u> tasks. the new could include the old with updates (instead of just some separated objects) to keep related objects together (here's pong, but if you want pong~ from max 4.6 get that other library). Or... here's pong~ updated to Max 7, but there's and old library with pong~ max 4.6. The more you look at it, it's just weird. </div><div><br></div><div>I hoped for a joint venture on the same project. I honestly think a fork like that seemed like a last resource deal, a very drastic measure. "Hey, this is a different name, but it's the same as that other one with a little extra updates". I also agree with the reasoning of Ivica, who said.</div></div><div> </div><div>2016-02-20 14:04 GMT-02:00 Ivica Ico Bukvic <span dir="ltr"><<a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</a>></span>:<br></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"><span style="font-size:12.8px">The confusion one will have to deal with by creating cyclone/prepend vs. <some-other-lib>/pong is pointless at best.</span><span style="font-size:12.8px"> </span> </blockquote><div><br></div><div>Well, one way or another, this seems to be the outcome and I'm also deeply sorry for it too.</div><div><br></div><div>But hey, there are others willing to help on this project, we could talk about the future instead of what could've been.</div><div><br></div><div>cheers</div></div></div></div></div>
</blockquote></div><br></div></div>