<div dir="ltr"><div class="gmail_extra"><br class=""><br><div class="gmail_quote">2016-04-06 7:11 GMT-03:00 cyrille henry <span dir="ltr"><<a href="mailto:ch@chnry.net" target="_blank">ch@chnry.net</a>></span>:<br><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">I see many example of the same issues, but not many issues.<br></blockquote><div><br></div><div>ok, an issue (name clashing) that has many examples it is then.</div><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">overwriting internals did not change anything in library clash-name problem.<br></blockquote><div><br></div><div>it did introduce the problem of name clashing between objects, being it internal x external, or even between externals themselves - seems it just made things worse.</div><div><br></div><div>The way things are, name clashing is up for chance, it's a gamble.</div><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">but yes, there is a problem in cyclone.<br>using cyclone as a libdir solve the name conflict problem</blockquote><div><br></div><div>No it does not! Seems you're not grasping the issues I'm raising.</div><div><br></div><div>If I call [cyclone/line~] it will overwrite vanilla's [line~], and [cyclone/line~] is not compatible to vanilla's - so name clashing and incompatibility issues arise. </div><div><br></div><div>This is one thing between internal x external objects. If there was a way to specify [vanilla/line~], them great! Problem solved. But you do not have any control on how to call vanilla line~ once it's been overwritten.</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">using cyclone as a regular lib solve the weird name, but not conflict.</blockquote><div><br></div><div>the case with regular libs, whatever they are, is that you can't specify them when loading a particular object, at least I don't know how to do that. So again you have name clashing when objects aere overwritten. </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"><span class=""><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">And I can also remember several other external objects with the same name that aren't compatible - such as "uzi" as an alias of kalashnikov or uzi from cyclone...<br></blockquote></span>they all obsolete since vanilla introduce [until], 10 years ago ;-)</blockquote><div><br></div><div>No it's not obsolete as [uzi] has many features [until] doesn't have. See... I get that Not using the externals is "a" solution, and one that I actually thought of, but not the one I was after when raising this issue. My motivations is finding a way to use externals and avoid name clashing, so not using externals is not a valid solution for this issue.</div><div><br></div><div><span class="im" style="font-size:12.8px"><blockquote class="gmail_quote" style="color:rgb(34,34,34);font-size:small;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 class=""><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="color:rgb(80,0,80);font-size:12.8px">it just makes a lot of sense to me tha Pd allows the user to have some control over what objects and externals to call.</span><br></blockquote></span><span style="font-size:12.8px">yes, obviously. </span><span style="font-size:12.8px">it's the case when using libdir format, but not when using regular lib. this is bad.</span></blockquote><div style="color:rgb(34,34,34);font-size:small"><br></div><div style="color:rgb(34,34,34);font-size:small">again, you seemed to not have realized that <span style="font-size:12.8px">libdir also introduces issues - so it is bad too, and it wasn't before!</span></div></span></div><div><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">i think it take less time to write a 2 object abstraction than sending this kind of mails.</blockquote><div><br></div><div>good for you, let me be the one to raise the issues then. I just hope you are not saying I shouldn't bother raising issues I'm having to hopefully getting them sorted out.</div></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"><span class="">You cannot guarantee that your patches will work as they should anywhere.<br></span>the ONLY solution to work everywhere is not to use external.<br></blockquote><div><br></div><div>So far it's true, that's actually part of my point, things needed to change to allow us a way to guarantee it</div><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">if you do, the most safe solution is to load pd with -noprefs and load preference per patch.<br>overwriting internals did not increase this problem, no solve it.</blockquote><div><br></div><div>Overwriting internals did increase problems and made new issues arise. At least in Extended and Pd-l2ork I can specify if I want cylone/line~ or vanilla line~ - it'd be nice too if Pd-l2ork offered a way to load a particular external from a specific regular lib or another. With such both features, we'd have a safe and guaranteed solution</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"><span class=""><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">I understand that you are upset because it break cyclone, but except that, it's a nice feature (that should only be use wisely)<br></blockquote></span></blockquote><div><br></div><div>yeah, but it's not really nice if it introduces issues and losses. and what would you lose if you could specify wether you wanted an object from vanilla or one library or another?</div><div><br></div><div>I get it that you do not have personal issues with the way things are, that you are coping with it, but I'm not like that.</div><div> <br></div><div><span class=""><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">usually, it take me 10 years to understand why miller made the right choice ;-)</blockquote></span><div><br></div><div>Hey buddy, I'm open... but I need more than things like:</div></div><div><br></div><div>- Got a problem with externals? Do not use the externals then;</div><div>- Yeah, you do have a problem and I don't have a solution, but other than that, the thing you are complaining about is nice.</div><div>- I, personally, don't mind the issue, and I think that some workarounds are worth it<br></div><div>- You might not agree it is nice now, and I'm not really trying to prove any point, but maybe if you give it 10 years you might change your mind</div><div><br></div><div>I still do not see any advantage in object overwritting, and I see how it is causing name clashes.</div><div><br></div><div>cheers</div></div></div></div>