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