[PD] [PD-announce] Chocolate et Coffee

[i go bananas]

just tried this out, and it doesn't play nicely with pd-extended 0.42.5-rc3
 on osx.

i get this error:

invalid command name "pdsend"
invalid command name "pdsend"
    while executing
"pdsend {#c.bang1902000 mouseenter}"
    (command bound to event)


so, looks like you need at least 0.43 to make it work


On Fri, Jan 10, 2014 at 11:15 AM, Scott R. Looney <scottrlooney at gmail.com>wrote:

> Dan is right on the mark here - and keep in mind here that there are folks
> with a lot of strong opinions on things. that's how this forum goes. it's
> rarely any kind of flame war, but occasionally feathers can get ruffled,
> and feelings hurt.
>
> personally i'm also very impressed. from the experience of an educator
> with a lot of familiarity in Max and a little in PD, i would totally
> welcome any number of your excellent GUI objects into Vanilla (my favorite
> as i want to work with libpd) or Extended. as for the various other
> libraries and externals you've made, i will leave that for the experts to
> handle the issues of duplication. (i also agree a prepend object in vanilla
> would be wonderful however). i'm not discounting the wonderful GPLd work,
> GUI based and otherwise, done by so many contributors in pd-extended but it
> presents issues to less code-savvy people wanting to make iOS apps in PD.
>
> in short, i think more work for Vanilla than can be turned into iOS apps
> through libpd is extremely welcome. so thumbs up from me! keep doing what
> you're doing.
>
> best to all,
> scott
>
>
>
> On Thu, Jan 9, 2014 at 5:33 PM, Dan Wilcox <danomatika at gmail.com> wrote:
>
>> Poor IOhannes, everyone thinks you're yelling at them :D
>>
>> Pierre, nobody is mad at you. It's just a misunderstanding. Everyone is
>> really impressed with your work and we've been thinking of ways to
>> integrate it within a Pd distribution (vanilla, extended, etc). Part of
>> doing that is to find and eliminate redundancy where it makes sense and the
>> usage of the work "dupes" only refers to that. If anything, perhaps we can
>> analyze the reasons why you needed to extend a few of the existing objects
>> and see if we can't add the functionality to them ([canvas] etc).
>>
>> Also, nobody has been sarcastic with using the term "fancy objects". At
>> this point, we *all* want nicer objects and yours are pretty awesome.
>> "fancy" only refers to a comparison with the iemguis which are admittedly
>> utilitarian (but have their own charm).
>>
>> On Jan 3, 2014, at 10:35 AM, pd-list-request at iem.at wrote:
>>
>> *From: *Pierre Guillot <guillotpierre6 at gmail.com>
>>  *Subject: **Re: [PD] [PD-announce] Chocolate et Coffee*
>> *Date: *January 3, 2014 at 8:26:17 AM EST
>> *To: *IOhannes m zmölnig <zmoelnig at iem.at>
>>  *Cc: *PD List <pd-list at iem.at>
>>
>>
>>  I offers a library for Pd and not only on Pd-extented. It would have
>> been annoying to put the iem's prepend in the distribution (I don't think
>> that Thomas Musil would have be happy) and it would have strange to ask the
>> user to download one external here and another here. I've made c.prepend
>> and c.loadmess because I wanted to offer something with clean and simple
>> and note that canvasarg don't have the same behavior,  canvasinfo isn't my
>> pd-extented distribution, listpak doesn't work.  I know that most of the
>> users use these obects and I don't want to replace them that why I put ".c"
>> before everything. So I can't figure out what is your problem, why do you
>> say "fancy" objects, for the "dupes" ? If I said something wrong, I'm
>> sorry. Let's try to be cool please.
>>
>>
>>  --------
>> Dan Wilcox
>> @danomatika
>> danomatika.com
>> robotcowboy.com
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20140110/5234ba3c/attachment-0001.htm>