[PD] [PD-announce] Chocolate et Coffee

Dan Wilcox danomatika at gmail.com
Mon Jan 13 14:45:15 CET 2014


Well, backwards compatibility can have reasonable limitations and perhaps this is one.

On Jan 13, 2014, at 6:18 AM, i go bananas <hard.off at gmail.com> wrote:

> i very much doubt miller will include stuff in vanilla that's not backwards compatible.  seeing as how these objects don't even work with my (relatively) recent 0.42.5 version, i can't see how they'd pass. 
> 
> 
> 
> 
> On Mon, Jan 13, 2014 at 6:00 PM, Pierre Guillot <guillotpierre6 at gmail.com> wrote:
> Hi,
> 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.
> 
> Cheers
> 
> 
> 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
>> 
>> 
>> 
>> 
>> 
> 
> 
> 
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
> 
> 

--------
Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20140113/e77daf25/attachment.htm>


More information about the Pd-list mailing list