<div dir="ltr">"<i><span style="font-size:12.8000001907349px">there is no harm in having "uzi" and "uzi" and "uzi", as long as it is</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">clear which one is currently used (something Pd still lacks, despite</span><br style="font-size:12.8000001907349px"></i><span style="font-size:12.8000001907349px"><i>hans' great work in the past).</i>"</span><br><br>Not sure what you mean here. I guess the worst is just being kinda unstable to know which one will actually be loaded... and how this conflicts are affecting even the help files. I'm not gonna repeat all the issues, but I see it's kinda harmful as it is.<div><br><div>But then, you could deal with this sort of thing is by having the name of the library before the object, like [cyclone/uzi]...</div></div><div><br></div><div>"<i><span style="font-size:12.8000001907349px">what you have gained is a </span><span style="font-size:12.8000001907349px">centralized distribution of a decentralized development process that has </span></i><span style="font-size:12.8000001907349px"><i>broken any old patch by discarding backwards compatibility.</i>"</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">backwards compatibility is not something that's being actually maintained in extended. It's been kind of a hectic development, some libraries are removed and inserted, and just making it possible to load "Uzi" as "uzi" created new issues as I've raised - like not being able to call kalashnikov as uzi anymore.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">So I do have a different opinion, I believe it's not to hard to eliminate some noise that eventually shows up and avoid some conflicts, it looks to me as if it is for the best.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">but then, it'd be good to see some real talk about the future of extended, or how to make it easier to add libraries from extended into vanilla before sharing opinions.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">cheers</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-03-08 17:50 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/07/2015 11:27 PM, Alexandre Torres Porres wrote:<br>
><br>
> But if you load kalashnikov first, well, now you won't get cyclone's<br>
> version when you type "uzi", but kalashnikov...<br>
><br>
> so, well, kinda confusing...<br>
<br>
</span>yes, very confusing.<br>
but not something unheard of, and i think humans are quite good at<br>
dealing with such things.<br>
imagine, one of the organizers of Pd~con 2007 is called "Alexandre" and<br>
one of the organizers of Pd~con 2009 is called "Alexandre".<br>
one is inclined to think that they are the same (after all, they do<br>
similar things and go by the same name), but it turns out that in fact<br>
they are totally incompatible (crashing *your* place in Montreal might<br>
make me end up sleeping on the street!)¹<br>
<span class=""><br>
> I'd vouch for trying and eliminating the redundancy and equal names<br>
> somehow. I'd suggest killing the alias name of kalashnikov, it'd solve all<br>
> that for Pd Extended.<br>
<br>
</span>and get rid of cyclone's [uzi], as it already has [Uzi].<br>
<span class=""><br>
><br>
> but again, useless and pointless discussion if we're not dealing with an<br>
> update of Pd Extended right now.<br>
><br>
<br>
</span>no, i think that the discussion is important, as it shows one of the big<br>
problems with the architecture of a monolithic Pd-extended.<br>
<br>
the question is: do "we" (the hypothetical PdX maintainers) provide a<br>
consistent system where everything is nice and easy; or do we just<br>
provide a largish collection of libraries for all kind of problems.<br>
<br>
i think the 1st option is *totally* out of scope.<br>
<br>
the fact is, that PdX currently *is* a largish collection of libraries,<br>
sharing a significant overlap (both in functionality and in naming).<br>
<br>
it would require multiple fulltime jobs to sort this pile into<br>
consistent stack (and it would take a similar number of workpower to<br>
keep it in that state!).<br>
and once you have eliminated all redundancies, what you have gained is a<br>
centralized distribution of a decentralized development process that has<br>
broken any old patch by discarding backwards compatibility.<br>
<br>
just *having* such a distribution does not mean that anybody will use it<br>
(e.g. those people that do not upgrade from PdX-0.42 to PdX-0.43<br>
because...) nor that anybody will *develop* components (externals,...)<br>
for it (apart from those fulltime jobbers).<br>
<br>
my point has always been that we should *embrace* the multitude in Pd,<br>
rather than eliminate it.<br>
<br>
there is no harm in having "uzi" and "uzi" and "uzi", as long as it is<br>
clear which one is currently used (something Pd still lacks, despite<br>
hans' great work in the past).<br>
<br>
<br>
having said all that, Pd-l2ork probably already does a decent job in<br>
providing a consistent distribution (but i haven't checked recently; and<br>
of course, l2ork/dsis also *added* a few new objects the functionality<br>
of which is already included in PdX - so not exactly minimizing the pool<br>
of objects either) - most likely because it *is* powered by<br>
institutional backing (see "fulltime jobber").<br>
<br>
<br>
<br>
<br>
<br>
¹ actually i don't know how often you and alexandre have been confused;<br>
i know for sure that a lot of people mistake me for hans-christoph<br>
although the name is really not *that* similar, and we often shared very<br>
differing opinions. do you have any suggestions for my case :-)?<br>
<br>
<br>
<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>
<br></blockquote></div><br></div>