<div dir="ltr">> <span style="font-size:12.8000001907349px">add "ext13/kalashnikov" to the libraries to be loaded at startup?</span><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">That does the trick! thanks for the explanations - though </span><span style="font-size:12.8000001907349px">most of it is hard for me to get :/</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">> </span><span style="font-size:12.8000001907349px">i'm not entirely sure why you are pushing to make</span></div><div><span style="font-size:12.8000001907349px">> Pd a "free replacement </span><span style="font-size:12.8000001907349px">for max/msp".</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Can't help you there, cause I'm not doing that... </span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">On the other hand I guess I feel like being "pushy" about making some clean up in the Pd extended as a whole, in which this is only one issue amongst many I'd like to raise and discuss. The cyclone library is one that is now being updated and I'm happy to spend some effort and collaborate, but there are many other libraries and objects that I care about as well. Kinda recently, I remember I pointed to you a bug in the help file of [noish~</span><span style="font-size:12.8000001907349px">], for example. It's the same concern.</span><br></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">I teach Pd somewhat regularly in some courses, and the last thing on my mind is selling Pd as a replacement for anything. But, as </span><span style="font-size:12.8000001907349px">I'm a heavy user and quite an advocate of Pd in my whereabouts when I teach it, I care about things being less messy and buggy as a whole.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">> </span><span style="font-size:12.8000001907349px">i'd probably recomment to delete all *but* the abstraction</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Good point, one way or another, what concerns me the most is the redundancy in Pd of having 3 objects with the same name, two of them being exactly equal and the third one a bit different. My point is that this is messy and confusing. I'm teaching a course right now, and I'd rather not have to spend any time to explain why there are 3 of these guys around and stuff...</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">And the issues just come up when you have something like this. For instance, if I call [kalashnikov] and then I load [purepd/uzi] and ask for its help file, the [uzi] that's being loaded in the [purepd/uzi]'s help is actually a [kalashnikov]... as a consequence, the help file doesn't work, as the two objects are different and have different outlets! </span><span style="font-size:12.8000001907349px">See? Messy...</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Anyway, discussing this would make more sense if we were in the midst of updating Pd Extended as a community, and this is not really happening yet.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Cheers</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-03-05 17:56 GMT-03:00 IOhannes m zmölnig <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="">On 03/05/2015 09:07 PM, Alexandre Torres Porres wrote:<br>
> Hi there, there seems to be some redundancies regarding the "uzi" object.<br>
> I'm in Pd-Extended 0.42-5, not sure how this is now at 0.43.<br>
><br>
> There's the cyclone one, but there is also a [kalashnikov] object (from<br>
> "ext13") which I like cause it's a bit more convenient to sweep arrays<br>
> (cause the numbered bangs go from 0 to n-1, unlike the cyclone version).<br>
> Though [kalashnikov] can also be instantiated as [uzi], I can't create it<br>
> as [uzi] unless I have a [kalashnikov] created first. Seems there's a bug<br>
> problem with its alias.<br>
<br>
</span>well, there is no alias on the filesystem level, but only on the logical<br>
level.<br>
since with PdX you do not load the (entire) ext13 library, but rather<br>
element-by-element, logical aliases (as defined withing the object)<br>
don't work if they don't have a corresponding filesystem alias.<br>
<br>
a filesystem alias can be as simple as a symlink from<br>
kalashnikov.pd_linux to uzi.pd_linux<br>
(but then again, it might still not work, as the kalashnikoc.pd_linux<br>
binary probably misses a setup-function for the "uzi" -name)<br>
<span class=""><br>
><br>
> Weirdly enough, though I can create it as [ext13/kalashnikov], I can't do<br>
> it as [ext13/uzi] even after I first created the object as "kalashnikov".<br>
<br>
</span>that's very expected behaviour: after all you do have a file<br>
ext13/kalashnikov.pd_linux but no ext13/uzi.pd_linux.<br>
<span class=""><br>
><br>
> I wonder if there was any way of using it as [uzi] or [ext13/uzi] without<br>
> bothering how to spell kalashnikov.<br>
<br>
</span>add "ext13/kalashnikov" to the libraries to be loaded at startup?<br>
or make an abstraction uzi.pd in ext13/, that contains a [kalashnikov]<br>
objects and the proper iolets?<br>
<span class=""><br>
><br>
> Moreover, the cyclone version has upper case U... we were discussing here<br>
> if we could make a lower case alias,<br>
<br>
</span>i have missed that discussion, but cyclone's uppercasing is a *design<br>
choice* to make sure that the max compat layer does not conflict with Pd.<br>
<br>
i'm not entirely sure why you are pushing to make Pd a "free replacement<br>
for max/msp". both are similar and share enough concepts to make<br>
compat-layers like cyclone feasible, but they are also different<br>
<span class=""><br>
> but it'd get in conflict with other<br>
> [uzi] objects around... one way around would be to be able to load<br>
> [ext13/uzi]...<br>
><br>
> And there's another [uzi] from "purepd", which is an abstraction and also a<br>
> clone of max that is quite redundanct and probably was best to just delete<br>
> it from the package.<br>
<br>
</span>why?<br>
i'd probably recomment to delete all *but* the abstraction<br>
implementation of [uzi], as it is the only version that is guaranteed to<br>
be 100% portable to any OS Pd will ever appear on.<br>
<br>
<br>
gfmsdr<br>
<span class="HOEnZb"><font color="#888888">IOhannes<br>
<br>
</font></span><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>
<br></blockquote></div><br></div>