[PD] [PD-announce] Chocolate et Coffee

Pierre Guillot guillotpierre6 at gmail.com
Mon Jan 13 10:00:24 CET 2014

I may have been sensitive, I needed 2 days break, sorry. If we focus on the
important facts, I received really constructive feedbacks and I've been
able to improve the library for the next release.

Joao suggestions :
- The properties window will have a fixed size.
- We can set (in the code) if we want a color picker, checkbox, menu or
textfield for each property.
- The id name becomes receive symbol and there's also an send symbol.

IOhannes suggestions :
- The c/tcl library is now named CicmWrapper (The repository name will
change with the next release)
- If it seems better to change the libray name, Chocolate can become
CicmGUI ?

About the right click during runmode, It's possible to change it but I
don't really like it. Do you think that's really important ?

To include in Pd-ext, it's possible to only include Chocolate, I just have
to replace all the c.prepend and c.loadmess with prepend and init. I
received mails and some users like c.patcherargs and the double click of
the coffee objects but they can download and add the library manually.
To include in Vanilla, you're right, the best is to ask to Miller.

If we want to "replace" the vanilla GUIs, two suggestions for the moment :
 - We keep the the vanilla GUIs and we just replace the shortcut, we won't
have any problem to load previous patchs and users will use the new GUI for
their new patchs (Secure and easy to do, we can also have an option to
replace or not the vanilla shortcuts).
- We overwrite the vanilla classes then every objects will replaced but the
users will lose the properties (size, font, color, etc...).
Another idea is to add a menu option or to offer 2 libraries with one that
overwrite classes.


2014/1/10 Jonathan Wilkes <jancsika at yahoo.com>

>  On 01/10/2014 12:50 PM, Dan Wilcox wrote:
> I don't have any plans, I was only responding in a hypothetical manner.
> I'm busy on a show right now and can't do pd dev. A better person to ask is
> Miller ...
> I must have misunderstood-- the way you wrote that made it sound like
> there is a process by which the community gets things included into Pd
> Vanilla.  If such a process existed wouldn't one of the "dupes" IOhannes
> cites already be included in Pd Vanilla after over a decade now?
> Instead, I think Pierre has taken the only sensible approach to making a
> library that works with both Pd-Vanilla and Pd-extended.  You simply code
> up the stuff that's been missing forever-- some of it probably in less time
> than it takes to respond to questions about "dupes".  Then you ship the
> library, and it "just works" without users having to find other libraries.
> -Jonathan
>  On Jan 10, 2014, at 12:48 PM, Jonathan Wilkes <jancsika at yahoo.com> wrote:
> What is your plan for getting the necessary features into Vanilla so that
> such dupes are no longer necessary to include in a library like this?
>   --------
> Dan Wilcox
> @danomatika
> danomatika.com
> robotcowboy.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20140113/ed6291dd/attachment-0001.htm>

More information about the Pd-list mailing list