[PD] [PD-announce] Chocolate et Coffee

[Scott R. Looney]

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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20140109/bc8ab504/attachment.htm>