Just as a general rule, when you see this:
invalid command name "pdsend"
it means you're trying to use an external (or a gui-plugin) that was designed for Pd >= 0.43 on a version of Pd < 0.43
And when you see this:
invalid command name "pd"
it means you're trying to use an external designed for Pd <= 0.42 on Pd > 0.42.
In most cases the external is probably trying to draw something graphically in a patch or on the screen.
On Friday, January 10, 2014 2:55 AM, i go bananas hard.off@gmail.com wrote:
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@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@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@iem.at wrote:
From: Pierre Guillot guillotpierre6@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@iem.at
Cc: PD List pd-list@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list