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