<div dir="ltr">Hi, I have a question about upper case letters in the begining of some objects like [Uzi] and [Scope~] in cyclone. Why is that? In Pd it does make a difference by the way, not in Max.<div><br></div><div>Anyway, if one would change that, old patches would need to be updated as well, which is a bummer, but even so I think it's preferable not to deal with knowing which objects need the upper case or not, and for no apparent particular reason. One way or another, I wonder why it happened, anyone? </div><div><br></div><div>cheers<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-24 16:41 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">Cool. <div><br></div><div>One way or another, I just use expr~ whener I need these things anyway. But it might be convenient to have these objects, and I just feel like start coding somewhere, and this seems like an easy task. So the idea of having these exact proper clones of the max objects felt good to me. But it I confess it might be just too silly for anyone to really bother, and it's more related to my will to start coding.</div><div><br></div><div>The thing is that this characters issue might just ruin or everything in the end... or make it more complicated than I thought, so... bummer...</div><div><br></div><div>By the way, my abstractions wouldn't be exact clones of the max objects, cause they don't even take arguments (like yours don't also).</div><div><br></div><div>I can at least work on getting a code version of teeth~</div><div><br></div><div>cheers</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-24 16:16 GMT-03:00 Martin Peach <span dir="ltr"><<a href="mailto:chakekatzil@gmail.com" target="_blank">chakekatzil@gmail.com</a>></span>:<div><div class="h5"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I did some of those in Pd-extended as I had the same trouble with weird characters in object names; try mrpeach/op~<span><font color="#888888"><br><br></font></span></div><span><font color="#888888">Martin<br></font></span></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 24, 2015 at 1:51 PM, Alexandre Torres Porres <span dir="ltr"><<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span>"<i><span style="font-size:12.8000001907349px">I made one abstraction here for [>=~], find it attached. It works fine </span><span style="font-size:12.8000001907349px">here in my computer</span><span style="font-size:12.8000001907349px"> </span></i><span style="font-size:12.8000001907349px"><i>even though it contains "weird and problematic" characters in its name.</i>"</span><div><span style="font-size:12.8000001907349px"><br></span></div></span><div><span style="font-size:12.8000001907349px">Ha, it doesn't work at all with [!/], but it does with [!-]</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-24 15:43 GMT-03:00 Alexandre Torres Porres <span dir="ltr"><<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>></span>:<div><div><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Another option is that we could just keep this somewhat different behaviour that's also in the zexy objects, and just add the other 7. Those extra 7 could be in cyclone or maybe even in zexy, but that's up to the maintainers.<div><br></div><div>I would really like to collaborate though. I've been meaning to start coding objects for a while, and this seems like a good motivation to start doing it.</div><div><br></div><div>cheers </div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-24 14:35 GMT-03:00 Alexandre Torres Porres <span dir="ltr"><<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>></span>:<div><div><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span>> <span style="font-size:12.8000001907349px">try loading the "hexloader" before accessing these objects, it might help.</span><div><span style="font-size:12.8000001907349px"><br></span></div></span><div><span style="font-size:12.8000001907349px">Yep, now it loads them all, thanks. </span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">So hmm, seems weird that it doesn't load on its own, but maybe I just wont bother to follow up with all the tech issues. But anyway, I'd like to know if there are any plans to get to a point where we could create these objects without this workaround... is it?</span></div><div><br></div><div>So, getting back to the objects. From the 10 objects I pointed out (here below)</div><div><br></div><div>[!-], [!-~], [!/], [!/~], <span style="font-size:12.8000001907349px">[>~], [>=~], [<~], [<=~], [!=~] and [==~]</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">We do have in fact only 3 in zexy (</span><span style="color:rgb(80,0,80);font-size:12.8000001907349px"><~, >~, ==~</span><span style="font-size:12.8000001907349px">), but their behaviour wouldn't count as proper max cloning, cause when you put a number argument in it, it only takes number data into the second inlet, while in Max it still allows an audio signal to come through.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">I think it's important to avoid redundancies, but I guess you can't avoid it if one is doing exact max clones of these 3 and the other 7 objects.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">I made one abstraction here for [>=~], find it attached. It works fine </span><span style="font-size:12.8000001907349px">here in my computer</span><span style="font-size:12.8000001907349px"> </span><span style="font-size:12.8000001907349px">even though it contains "weird and problematic" characters in its name.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">It doesn't work exactly like the max version though, cause that one works with a number argument that is ignored whenever there's a signal coming through (even if it is "0"). In order to do it like that, I guess you have to compile it as an object. For that matter, I started another thread, please check.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">thanks</span></div><span><div><br></div><div><span style="font-size:12.8000001907349px">> </span><span style="font-size:12.8000001907349px">PS: 0.42.5? wasn't that released 5 years ago,</span></div><div><span style="font-size:12.8000001907349px">> and superceded 2 years </span><span style="font-size:12.8000001907349px">ago by 0.43.4?</span><span style="font-size:12.8000001907349px"> </span></div><div><span style="font-size:12.8000001907349px"><br></span></div></span><div><span style="font-size:12.8000001907349px">PS response: Yeah, but I never adapted to 0.43.4, I felt it was buggy in a few ways. By the way, one of the issues was that many of my patches didn't work because of the [poltocar~] and [cartopol~] bug/problem I pointed out in this thread about maintaining cyclone. Moreover, I have a quite dense tutorial with over 200 examples now, and many of them used [cartopol~]... other patches wouldn't work for other reasons.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">I was expecting newer releases to fix this and other issues, but the development stopped and died completely... so...</span></div><span><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">> it seems that Pd has a revolutionary fast</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">> development cycle</span><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px"><br></span></div></span><div><span style="font-size:12.8000001907349px">yeah, I beg to differ :)</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px"><br></span></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-24 12:11 GMT-03:00 IOhannes m zmoelnig <span dir="ltr"><<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>></span>:<div><div><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA256<br>
<br>
</span><span>On 2015-02-24 15:50, Alexandre Torres Porres wrote:<br>
>> &&~, ||~, <~, >~, ==~<br>
><br>
> none of these are created in extended 0.42-5, were they added only<br>
> in the latest version?<br>
<br>
</span>no. zexy ships these objects for about 10 years or so (maybe longer).<br>
<br>
<br>
there has been endless discussion about<br>
- - object names containing special characters (like '|')<br>
- - splitting multi-object libraries (like zexy) into single-object binaries<br>
<br>
both are most likely related to your problems. please check the<br>
archives on those issues (and let's not repeat themover).<br>
<br>
try loading the "hexloader" before accessing these objects, it might help.<br>
<br>
fgmasdr<br>
IOhannes<br>
<br>
PS: 0.42.5? wasn't that released 5 years ago, and superceded 2 years<br>
ago by 0.43.4? finally, it seems that Pd has a revolutionary fast<br>
development cycle - at least compared to inertia of its users :-)<br>
<span>-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1<br>
<br>
</span>iQIcBAEBCAAGBQJU7JS6AAoJELZQGcR/ejb46ycP/j8hb/ak6TAAL2K/jXMFE/rW<br>
gSq8PiQqW7yo4+M1aUK9+sb/hnPBoC80OVjRBOlPou9ktH2z1/ioT+DCM+UQzXeb<br>
IvhF2ykmWU5s6morwEbZ2FtURNiB8KUSL919noKZGpZpxjFWo5GVch5h6YFTl7zm<br>
8Xzia/7Gq5mR9XMVHwooPySY5qaGSUDCnXEWKmeBmnH3Pj77lovdzWOAN9jt8cUa<br>
SoPJEQuJyTF/nPlO/j6sA9DN0xU6crHK3wQL62cnwKKeviAW4b5toOWmMdJf6xXg<br>
i9059mhA/z1vD2IUcsbYJOokoNYxVI9S7P15NaY6Wf20wSPkyAkqOt7Cb8VMkVv/<br>
G36SmSN00KL8Mdtu6a/68EhuHRk0fwwEc/alk3zTb1/hlXidmBiuHFzR+P+DklA3<br>
Z0uhgGeSl2EL986ES/TQLKxibkVs3nTOpQ5R2shyXHoN7jS/wYdhcQaCdjx84s6U<br>
LHjxtpCpo8MHeKRMo6xq2Pduf6rmZNiKCzohqqtcZ1AY5bVAd1eZGY2CpQr7X1/C<br>
J8pkWXjNb38/J416Ix7Jo6M17NUaLoGlDogKx+BRFvTh3k8+M0zjBYAv8iW8ptGK<br>
GQ/JhPdBPZ+HBcUq+zxMdibUogf39Pxp5xhXpKJWfR/S3ZLIR+QeGEkYD535XaTj<br>
Lq7wpExpmCa5DnEnTumj<br>
=+wzf<br>
<div><div>-----END PGP SIGNATURE-----<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.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>
</div></div></blockquote></div></div></div><br></div>
</blockquote></div></div></div><br></div>
</blockquote></div></div></div><br></div>
<br>_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.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>
<br></blockquote></div><br></div>
</div></div></blockquote></div></div></div><br></div>
</blockquote></div><br></div>