<div dir="ltr">> <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><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><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><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><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><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>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA256<br>
<br>
</span><span class="">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 class="">-----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 class="HOEnZb"><div class="h5">-----END PGP SIGNATURE-----<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at">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><br></div>