<div dir="ltr"><div><span style="font-family:arial,sans-serif;font-size:13px">well, lets see if we can get this to a closure</span></div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div>
<span style="font-family:arial,sans-serif;font-size:13px">> So, basically you are saying it is less trouble</span></div><div><span style="font-family:arial,sans-serif;font-size:13px">> to make an external than </span><span style="font-family:arial,sans-serif;font-size:13px">an abstraction?</span><span style="font-family:arial,sans-serif;font-size:13px"><br>
</span></div><span style="font-family:arial,sans-serif;font-size:13px"><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">Nope, never said it. Not sure why you took it that way. Maybe because I mentioned "efficiency". But that was supposed to mean computer efficiency, and as a response to what I thought was a general question about compiled classes vs abstractions. Not that the discussion was really about that, and, more importantly, not that is was my point at all, as I clearly stated and then shifted to my point after that... </span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">I didn't even feel like moving the discussion that way, that's why I tried not to do it and stick to my point, by the way.</span></div>
<div><br></div><div>> I give you an abstraction and you say you're </div><div>> still looking for the external?</div></span><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">No no no. I'm not looking for no external. I already know about the external, and I even mentioned about it in my sencond message on this thread, when I said I was hoping there'd be a "</span><span style="font-family:arial,sans-serif;font-size:13px">[peakenv~] like object" in Vanilla. And then I pointed it could come as a feature in a probable update of [env~].</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">I've been using </span><span style="font-family:arial,sans-serif;font-size:13px">[peakenv~] and mostly [prvu~], I think they're great.</span></div>
<div><br></div><div><span style="font-family:arial,sans-serif;font-size:13px">> Agreed, but I still have difficulties in understanding</span><div><span style="font-family:arial,sans-serif;font-size:13px">> why you </span><span style="font-family:arial,sans-serif;font-size:13px">desperately need it to be a compiled class </span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px">> (I am certainly not against </span><span style="font-family:arial,sans-serif;font-size:13px">it, though).</span><br></div><div><span style="font-family:arial,sans-serif;font-size:13px"><br>
</span></div><div><span style="font-family:arial,sans-serif;font-size:13px">I wouldn't say I'm "desperate"... so you don't need to keep having trouble trying to figure me out. Also, I never even said I "need" this to be a compiled class, cause I actually do not. </span><span style="font-family:arial,sans-serif;font-size:13px">I'm happy to share my point yet again, but p</span><span style="font-family:arial,sans-serif;font-size:13px">lease don't misinterpret/misjudge my words. </span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">Once more, my only point is that I </span><b style="font-family:arial,sans-serif;font-size:13px"><u>think</u></b><span style="font-family:arial,sans-serif;font-size:13px"> this is an important feature that </span><b style="font-family:arial,sans-serif;font-size:13px"><u>should</u></b><span style="font-family:arial,sans-serif;font-size:13px"> come in vanilla objects, it deserves to! Maybe as an extension to [env~], like in a second outlet... that wouldn't hurt... and wouldn't even require a new object. Anyway, that's all there's to it. Nothing more...</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">I think I'm being very clear and straightforward. </span><span style="font-family:arial,sans-serif;font-size:13px">Not anyone here thought this was a bad idea too (so it seems), now I'm wondering what is all the commotion about... or does anyone think this is actually a bad idea?</span><br>
</div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">I mean, I seriously wonder what's the deal. Pd Vanilla comes with a very limited set of objects, we all know that. I can get by with that with no problem. I'm just pointing how one little thingy could come into the set, and suddenly things get off track to turn into such a debate. I don't know, I suspect there can be something to it... :)</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-size:13px;font-family:arial,sans-serif">> Why are abstractions second class citizens in your opinion?</span><span style="font-size:13px;font-family:arial,sans-serif"><div>
<br></div><div>Maybe if I had ever stated that, I could answer you to that question. What you could ask me without putting words in my mouth is: why do I think Peak Level detection should come as a function in a compiled class in Pd Vanilla, when you can do it as an abstraction or when there's a couple of objects in Pd-Extended that'll do it for you.</div>
<div><br></div><div>Well, I think it is such a basic feature that deserves to be out of the box from Pd Vanilla in an object like [env~], and I guess I'm repeating myself...</div><div><br></div><div>Thing is I have very little knowledge in C and compiling objects, so doing abstractions is All I do... I think it's great people like me can get by with them... but you know, eventually some stuff will get you thinking "hmm, this could have already been made available out of Vanilla objects..."</div>
<div><br></div><div>Moreover, I mentioned [vu] (a vanilla GUI) in my first message and how it receives peak level, but no vanilla object does that job. That looks like something missing or incomplete in Vanilla. I really hope to see [env~] handling that issue soon.</div>
<div><br></div><div>That'll make my day and think the world is a better place.</div></span></div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">Cheers</span></div>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-03-11 6:40 GMT-03:00 Roman Haefeli <span dir="ltr"><<a href="mailto:reduzent@gmail.com" target="_blank">reduzent@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">On Mon, 2014-03-10 at 21:31 -0300, Alexandre Torres Porres wrote:<br>
> > What is the difference between using<br>
> > an abstraction or a compiled class?<br>
><br>
> well, I assume they can be more efficient, but my only point here is<br>
> what I said already and that you agree with - peak level should be<br>
> available, seems like lots of trouble to need to make an abstraction<br>
> for it.<br>
<br>
</div>So, basically you are saying it is less trouble to make an external than<br>
an abstraction? The fact that neither I nor you made an external<br>
indicates otherwise.<br>
<div class=""><br>
> I know there's an external around,<br>
<br>
</div>I give you an abstraction and you say you're still looking for the<br>
external? Why are abstractions second class citizens in your opinion?<br>
<div class=""><br>
> but I mean it deserves to be in vanilla.<br>
<br>
</div>Agreed, but I still have difficulties in understanding why you<br>
desperately need it to be a compiled class (I am certainly not against<br>
it, though).<br>
<div class="HOEnZb"><div class="h5"><br>
Roman<br>
<br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@iem.at">Pd-list@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>