Re: [PD] [PD-announce] Chocolate et Coffee
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 jancs...@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 jancs...@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@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
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 guillotpier...@gmail.comwrote: 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 jancs...@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 jancs...@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@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
Well, backwards compatibility can have reasonable limitations and perhaps this is one. On Jan 13, 2014, at 6:18 AM, i go bananas hard@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 guillotpier...@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 jancs...@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 jancs...@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@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
is it possible/feasible to add a switch so that "old" objects don't get replaced by the new ones? e.g. by analysing the parameters of the creation objects? if so, and someone delivers the code for this (I don't know how to do it myself), there might be a better chance of these objects making it into vanilla. (or not?)Well, backwards compatibility can have reasonable limitations and perhaps this is one.On Jan 13, 2014, at 6:18 AM, i go bananas hard@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 guillotpier...@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. Cheers2014/1/10 Jonathan Wilkes jancs...@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 jancs...@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@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Dan Wilcox@danomatikadanomatika.comrobotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
Just as a general rule, when you see this:
invalid command name pdsend
it means you're trying to use an external (or a gui-plugin) that was designed
for Pd = 0.43 on a version of Pd 0.43
And when you see this:
invalid command name pd
it means you're trying to use an external designed for Pd = 0.42 on Pd 0.42.
In most cases the external is probably trying to draw something graphically in
a patch or on the screen.
On Friday, January 10, 2014 2:55 AM, i go bananas hard@gmail.com wrote:
just tried this out, and it doesn't play nicely with pd-extended 0.42.5-rc3 on
osx.
i get this error:
invalid command name pdsend
invalid command name pdsend
while executing
pdsend {#c.bang1902000 mouseenter}
(command bound to event)
so, looks like you need at least 0.43 to make it work
On Fri, Jan 10, 2014 at 11:15 AM, Scott R. Looney scottrloo...@gmail.com
wrote:
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 danomat...@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-requ...@iem.at wrote:
From: Pierre Guillot guillotpier...@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 zmoel...@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
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
Hi Dan, Given that Pierre wants to target Pd Vanilla with his external library, dupes are inevitable. Some of these are features that have been requested for over a decade. 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? -Jonathan On Thursday, January 9, 2014 8:37 PM, Dan Wilcox danomat...@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-requ...@iem.at wrote: From: Pierre Guillot guillotpier...@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 zmoel...@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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
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 ... On Jan 10, 2014, at 12:48 PM, Jonathan Wilkes jancs...@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@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
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 jancs...@yahoo.com mailto:jancs...@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 http://danomatika.com robotcowboy.com http://robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
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-requ...@iem.at wrote: From: Pierre Guillot guillotpier...@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 zmoel...@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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
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 danomat...@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-requ...@iem.at wrote: *From: *Pierre Guillot guillotpier...@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 zmoel...@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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
just tried this out, and it doesn't play nicely with pd-extended 0.42.5-rc3
on osx.
i get this error:
invalid command name pdsend
invalid command name pdsend
while executing
pdsend {#c.bang1902000 mouseenter}
(command bound to event)
so, looks like you need at least 0.43 to make it work
On Fri, Jan 10, 2014 at 11:15 AM, Scott R. Looney scottrloo...@gmail.comwrote:
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 danomat...@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-requ...@iem.at wrote:
*From: *Pierre Guillot guillotpier...@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 zmoel...@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
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
@peiman : I thought about something that creates ramp lines with a specific interpolations but I think you're right, the best way is to fill an array (much more efficient). So, now I offer a cosine interpolation and cubic interpolation, this is easy to use and if you add some points you can create interesting envelopes. @João : I think, it's better to have a specific object for bezier curves because there several ways to write bezier curves : all the points define a high order bezier curve (the curve never crosses the points) or each point has one or more control points (like in photoshop). 2014/1/3 Alexandre Torres Porres por...@gmail.com yeah, I was finding the coffee library to be kind of reductant, these functionalities have already been achieved by other libraries in Pd Extended, but the GUI stuff is gold, I think it's time we could have something like that as an option in Pd Extended! 2014/1/3 IOhannes m zmölnig zmoel...@iem.at On 2014-01-03 09:44, Pierre Guillot wrote: I'm sorry, I didn't want to hurt anybody with this library. I never thought that the name was so important and I'll change it as soon as possible if it's your principal wish. i don't think you've hurt anybody; and so far the only one who has been complaining was me :-) i don't think there's a real problem with your jokes about flavours (coffee, cocoa, whatever), though there might be better - and more specific - names. as jonathan has pointed out, i myself am the author of a dumpster library with a general name: but this library is about 15 years old. (i think) all other libraries i've written since then are targetted at a specific problem (e.g. networking) and have a specific name (e.g. iemnet). as for dupes in coffee: + [c.loadmess] - iemlib's [init] - (iirc, there used to be a kind-of implementation in vanilla as well) + [c.pak] - pdmtl's [list.pak] + [c.patcherargs] - iemgut's [canvasargs] - jonathan's query system - flext + [c.patcherinfos] - iemgut's [canvasname], [canvasinfo] - jonathan's query system + [c.prepend] - vanilla's [list prepend]+[list strip] - iemlib's [prepend] - cyclone's [Prepend] gfdar IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
You can do the same with bezier curve, you don't click on a line segment but you move a control point. Cheers 2014/1/6 peiman khosravi peimankhosr...@gmail.com Hi Pierre, Sounds great. Although I would love to see ej.function's (Max external) functionality here. Please see the attached screen recording. I'm alt+clicking on a line segment and dragging it to create a specific curve for each segment. Thanks Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 6 January 2014 10:48, Pierre Guillot guillotpier...@gmail.com wrote: @peiman : I thought about something that creates ramp lines with a specific interpolations but I think you're right, the best way is to fill an array (much more efficient). So, now I offer a cosine interpolation and cubic interpolation, this is easy to use and if you add some points you can create interesting envelopes. @João : I think, it's better to have a specific object for bezier curves because there several ways to write bezier curves : all the points define a high order bezier curve (the curve never crosses the points) or each point has one or more control points (like in photoshop). 2014/1/3 Alexandre Torres Porres por...@gmail.com yeah, I was finding the coffee library to be kind of reductant, these functionalities have already been achieved by other libraries in Pd Extended, but the GUI stuff is gold, I think it's time we could have something like that as an option in Pd Extended! 2014/1/3 IOhannes m zmölnig zmoel...@iem.at On 2014-01-03 09:44, Pierre Guillot wrote: I'm sorry, I didn't want to hurt anybody with this library. I never thought that the name was so important and I'll change it as soon as possible if it's your principal wish. i don't think you've hurt anybody; and so far the only one who has been complaining was me :-) i don't think there's a real problem with your jokes about flavours (coffee, cocoa, whatever), though there might be better - and more specific - names. as jonathan has pointed out, i myself am the author of a dumpster library with a general name: but this library is about 15 years old. (i think) all other libraries i've written since then are targetted at a specific problem (e.g. networking) and have a specific name (e.g. iemnet). as for dupes in coffee: + [c.loadmess] - iemlib's [init] - (iirc, there used to be a kind-of implementation in vanilla as well) + [c.pak] - pdmtl's [list.pak] + [c.patcherargs] - iemgut's [canvasargs] - jonathan's query system - flext + [c.patcherinfos] - iemgut's [canvasname], [canvasinfo] - jonathan's query system + [c.prepend] - vanilla's [list prepend]+[list strip] - iemlib's [prepend] - cyclone's [Prepend] gfdar IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
Great. Thanks! Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 6 January 2014 12:46, Pierre Guillot guillotpier...@gmail.com wrote: You can do the same with bezier curve, you don't click on a line segment but you move a control point. Cheers 2014/1/6 peiman khosravi peimankhosr...@gmail.com Hi Pierre, Sounds great. Although I would love to see ej.function's (Max external) functionality here. Please see the attached screen recording. I'm alt+clicking on a line segment and dragging it to create a specific curve for each segment. Thanks Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 6 January 2014 10:48, Pierre Guillot guillotpier...@gmail.com wrote: @peiman : I thought about something that creates ramp lines with a specific interpolations but I think you're right, the best way is to fill an array (much more efficient). So, now I offer a cosine interpolation and cubic interpolation, this is easy to use and if you add some points you can create interesting envelopes. @João : I think, it's better to have a specific object for bezier curves because there several ways to write bezier curves : all the points define a high order bezier curve (the curve never crosses the points) or each point has one or more control points (like in photoshop). 2014/1/3 Alexandre Torres Porres por...@gmail.com yeah, I was finding the coffee library to be kind of reductant, these functionalities have already been achieved by other libraries in Pd Extended, but the GUI stuff is gold, I think it's time we could have something like that as an option in Pd Extended! 2014/1/3 IOhannes m zmölnig zmoel...@iem.at On 2014-01-03 09:44, Pierre Guillot wrote: I'm sorry, I didn't want to hurt anybody with this library. I never thought that the name was so important and I'll change it as soon as possible if it's your principal wish. i don't think you've hurt anybody; and so far the only one who has been complaining was me :-) i don't think there's a real problem with your jokes about flavours (coffee, cocoa, whatever), though there might be better - and more specific - names. as jonathan has pointed out, i myself am the author of a dumpster library with a general name: but this library is about 15 years old. (i think) all other libraries i've written since then are targetted at a specific problem (e.g. networking) and have a specific name (e.g. iemnet). as for dupes in coffee: + [c.loadmess] - iemlib's [init] - (iirc, there used to be a kind-of implementation in vanilla as well) + [c.pak] - pdmtl's [list.pak] + [c.patcherargs] - iemgut's [canvasargs] - jonathan's query system - flext + [c.patcherinfos] - iemgut's [canvasname], [canvasinfo] - jonathan's query system + [c.prepend] - vanilla's [list prepend]+[list strip] - iemlib's [prepend] - cyclone's [Prepend] gfdar IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
if you want only one segment, you can use the abstraction [jmmmp/bezier].Great.
Thanks!Peiman
www.peimankhosravi.co.uk || RSS Feed|| Concert News
On 6 January 2014 12:46, Pierre Guillot guillotpier...@gmail.com wrote:
You can do the same with bezier curve, you don't click on a line segment but you move a control point.Cheers
2014/1/6 peiman khosravi peimankhosr...@gmail.com
Hi Pierre,
Sounds great. Although I would love to see ej.function's (Max external) functionality here. Please see the attached screen recording. I'm alt+clicking on a line segment and dragging it to create a specific curve for each segment.
Thanks
Peiman
www.peimankhosravi.co.uk || RSS Feed|| Concert News
On 6 January 2014 10:48, Pierre Guillot guillotpier...@gmail.com wrote:
@peiman : I thought about something that creates ramp lines with a specific interpolations but I think you're right, the best way is to fill an array (much more efficient). So, now I offer a cosine interpolation and cubic interpolation, this is easy to use and if you add some points you can create interesting envelopes.
@João: I think, it's better to have a specific object for bezier curves because there several ways to write bezier curves : all the points define a high order bezier curve (the curve never crosses the points) or each point has one or more control points (like in photoshop).
2014/1/3 Alexandre Torres Porres por...@gmail.com
yeah, I was finding the coffee library to be kind of reductant, these functionalities have already been achieved by other libraries in Pd Extended, but the GUI stuff is gold, I think it's time we could have something like that as an option in Pd Extended!
2014/1/3 IOhannes m zmölnig zmoel...@iem.at
On 2014-01-03 09:44, Pierre Guillot wrote:
I'm sorry, I didn't want to hurt anybody with this library. I never thought
that the name was so important and I'll change it as soon as possible if
it's your principal wish.
i don't think you've "hurt" anybody; and so far the only one who has
been complaining was me :-)
i don't think there's a real problem with your jokes about flavours
("coffee", "cocoa", whatever), though there might be better - and more
specific - names.
as jonathan has pointed out, i myself am the author of a dumpster
library with a general name: but this library is about 15 years old. (i
think) all other libraries i've written since then are targetted at a
specific problem (e.g. "networking") and have a specific name (e.g.
"iemnet").
as for dupes in coffee:
+ [c.loadmess]
- iemlib's [init]
- (iirc, there used to be a kind-of implementation in vanilla as well)
+ [c.pak]
- pdmtl's [list.pak]
+ [c.patcherargs]
- iemgut's [canvasargs]
- jonathan's query system
- flext
+ [c.patcherinfos]
- iemgut's [canvasname], [canvasinfo]
- jonathan's query system
+ [c.prepend]
- vanilla's [list prepend]+[list strip]
- iemlib's [prepend]
- cyclone's [Prepend]
gfdar
IOhannes
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
I'm sorry, I didn't want to hurt anybody with this library. I never thought that the name was so important and I'll change it as soon as possible if it's your principal wish. @Scott : The range slider is added to the todo list ! @Peiman : There're several ways to create curves. How do you think the messages should be formatted ? 2014/1/3 IOhannes m zmölnig zmoel...@iem.at On 2014-01-02 20:35, Jonathan Wilkes wrote: Realize that you're responding to someone who gave his library the extraordinarily clear and descriptive name of zexy i'm arguing not for *descriptive* titles but for *non-deceptive* ones. i don't know which associations zexy evokes for you, but for me the library fulfills them all :-) gfmare IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
to make things more complicated, I would suggest the possibility to turn segments (none or all should be enough?) into straight lines or bezier curves.This would make my abstraction [jmmmp/bezier] not necessary anymore, which is a good thing.Thanks Peiman. This could be useful. I add it to the todo list with the Joao ideas.2014/1/2 peiman khosravi peimankhosr...@gmail.com These are amazing, thanks for sharing. One feature request: any chance breakpoints could enable the user to create curved lines? Something like alt+drag a line segment... ThanksPeiman www.peimankhosravi.co.uk || RSS Feed|| Concert News On 31 December 2013 10:46, Pierre Guillot guillotpier...@gmail.com wrote: Hi everybody,I'm pleased to share my new libraries : Chocolate Coffee.For the HOA project, I've developed a C library to facilitate the creation of graphical objects for Pure Data and to allow further interactions with the users. My experimentation objects were a VU-meter and a number box for signal. They appeared useful and ergonomic for me so I undertook to extend the list. Quickly : Chocolate is a set of GUIs sometimes already available in PD Vanilla, PD extented or Max with new features (like presets edition) that I hope, you'll enjoy. And it will be a part of a more complex project for the writting of events. Coffee is a set of objects to facilitate the patch creation. The libraries are available for Mac, Windows and Linux and they have been tested on PD extented 0.43 and PD 0.45.Download : https://github.com/pierreguillot/PdEnhanced/releases Feedback are wellcome (for developement questions, the best is to use the git project).I hope you'll find this libraries useful.Bonne année Ps : The C library seems to work very well under Linux. So, if we don't have problems with the other dependencies, we'll be able to offer a Linux version of the Hoa Library very quickly. ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
On 2014-01-03 09:44, Pierre Guillot wrote: I'm sorry, I didn't want to hurt anybody with this library. I never thought that the name was so important and I'll change it as soon as possible if it's your principal wish. i don't think you've hurt anybody; and so far the only one who has been complaining was me :-) i don't think there's a real problem with your jokes about flavours (coffee, cocoa, whatever), though there might be better - and more specific - names. as jonathan has pointed out, i myself am the author of a dumpster library with a general name: but this library is about 15 years old. (i think) all other libraries i've written since then are targetted at a specific problem (e.g. networking) and have a specific name (e.g. iemnet). as for dupes in coffee: + [c.loadmess] - iemlib's [init] - (iirc, there used to be a kind-of implementation in vanilla as well) + [c.pak] - pdmtl's [list.pak] + [c.patcherargs] - iemgut's [canvasargs] - jonathan's query system - flext + [c.patcherinfos] - iemgut's [canvasname], [canvasinfo] - jonathan's query system + [c.prepend] - vanilla's [list prepend]+[list strip] - iemlib's [prepend] - cyclone's [Prepend] gfdar IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
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. 2014/1/3 IOhannes m zmölnig zmoel...@iem.at On 2014-01-03 09:44, Pierre Guillot wrote: I'm sorry, I didn't want to hurt anybody with this library. I never thought that the name was so important and I'll change it as soon as possible if it's your principal wish. i don't think you've hurt anybody; and so far the only one who has been complaining was me :-) i don't think there's a real problem with your jokes about flavours (coffee, cocoa, whatever), though there might be better - and more specific - names. as jonathan has pointed out, i myself am the author of a dumpster library with a general name: but this library is about 15 years old. (i think) all other libraries i've written since then are targetted at a specific problem (e.g. networking) and have a specific name (e.g. iemnet). as for dupes in coffee: + [c.loadmess] - iemlib's [init] - (iirc, there used to be a kind-of implementation in vanilla as well) + [c.pak] - pdmtl's [list.pak] + [c.patcherargs] - iemgut's [canvasargs] - jonathan's query system - flext + [c.patcherinfos] - iemgut's [canvasname], [canvasinfo] - jonathan's query system + [c.prepend] - vanilla's [list prepend]+[list strip] - iemlib's [prepend] - cyclone's [Prepend] gfdar IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
yeah, I was finding the coffee library to be kind of reductant, these functionalities have already been achieved by other libraries in Pd Extended, but the GUI stuff is gold, I think it's time we could have something like that as an option in Pd Extended! 2014/1/3 IOhannes m zmölnig zmoel...@iem.at On 2014-01-03 09:44, Pierre Guillot wrote: I'm sorry, I didn't want to hurt anybody with this library. I never thought that the name was so important and I'll change it as soon as possible if it's your principal wish. i don't think you've hurt anybody; and so far the only one who has been complaining was me :-) i don't think there's a real problem with your jokes about flavours (coffee, cocoa, whatever), though there might be better - and more specific - names. as jonathan has pointed out, i myself am the author of a dumpster library with a general name: but this library is about 15 years old. (i think) all other libraries i've written since then are targetted at a specific problem (e.g. networking) and have a specific name (e.g. iemnet). as for dupes in coffee: + [c.loadmess] - iemlib's [init] - (iirc, there used to be a kind-of implementation in vanilla as well) + [c.pak] - pdmtl's [list.pak] + [c.patcherargs] - iemgut's [canvasargs] - jonathan's query system - flext + [c.patcherinfos] - iemgut's [canvasname], [canvasinfo] - jonathan's query system + [c.prepend] - vanilla's [list prepend]+[list strip] - iemlib's [prepend] - cyclone's [Prepend] gfdar IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
On 2014-01-01 22:20, enrike wrote: hi the linux binaries are compiled for 64 bits machines? I get this error /usr/lib/pd-extended/extra/Coffee/c.patcherargs.pd_linux: /usr/lib/pd-extended/extra/Coffee/c.patcherargs.pd_linux: wrong ELF class: ELFCLASS64 yes they are (and should have the suffix .l_ia64 rather than .pd_linux) try `file`: $ file c.patcherargs.pd_linux c.pacherargs.pd_linux: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped it's quite clear what the file is gfmdsar IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
On 2013-12-31 11:46, Pierre Guillot wrote: Quickly : Chocolate is a set of GUIs sometimes already available in PD Vanilla, PD extented or Max with new features (like presets edition) that I hope, you'll enjoy. as said before: they are great. And it will be a part of a more complex project for the writting of events. Coffee is a set of objects to facilitate the patch creation. but i'm not so sure about these: i think each and every of these objects already exists in another library (often in the context of a more complete set of similar objects), so i don't fully see the point of them. Download : https://github.com/pierreguillot/PdEnhanced/releases and i would suggest to use another name instead of PdEnhanced. the name suggests that it is a flavour (and the use of chocolate and coffee support this) of Pd itself (like Pd-extended or Pd-l2ork) but your set of libraries really is just another set of libraries... there about 100 libraries in the puredata SVN repository at sourceforge. i guess it would be quite confusing if all of these libraries would be called PdEnhanced. don't let this discourage you though :-) keep up providing new fancy objects. gfmards IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
For Chocolate : I made this library because I wanted to have other behaviors than those available in Vanilla or Extented, I think that design and ergonomics are really important and can change your approach (I'm not a specialist, but that seems obvious). Nevertheless, I understand that people prefer to use the native objects, my propositions are totally subjective and I think that a big part come from my experience with Max. Another reason of this work is that I have another project and I need some specific methods in the objects. I hope that you'll find this library more interesting when I'll be able to present this work. For Coffee : I work with Pd Vanilla 0.45 so I don't really use extented and it was really fast and easy to code them so I did it... Except prepend, I don't know where are this objects in Extented (I'll be glad to know it) and if we put the libraries in the extented distribution, we can remove my objects (it doesn't matter). The names came from a stupid joke with a friend where Vanilla became Chocolate and Extented became Enhanced, nothing is really serious (don't worry, I do not claim to replace Vanilla or Extended). When I realized that perhaps others than me could be interested to use the library, I wanted to change the name to avoid mistake but it's really boring to do. 2014/1/2 IOhannes m zmölnig zmoel...@iem.at On 2013-12-31 11:46, Pierre Guillot wrote: Quickly : Chocolate is a set of GUIs sometimes already available in PD Vanilla, PD extented or Max with new features (like presets edition) that I hope, you'll enjoy. as said before: they are great. And it will be a part of a more complex project for the writting of events. Coffee is a set of objects to facilitate the patch creation. but i'm not so sure about these: i think each and every of these objects already exists in another library (often in the context of a more complete set of similar objects), so i don't fully see the point of them. Download : https://github.com/pierreguillot/PdEnhanced/releases and i would suggest to use another name instead of PdEnhanced. the name suggests that it is a flavour (and the use of chocolate and coffee support this) of Pd itself (like Pd-extended or Pd-l2ork) but your set of libraries really is just another set of libraries... there about 100 libraries in the puredata SVN repository at sourceforge. i guess it would be quite confusing if all of these libraries would be called PdEnhanced. don't let this discourage you though :-) keep up providing new fancy objects. gfmards IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
a PD newbie perspective... i'm personally in agreement with Dan that these should be in Vanilla, and probably in Extended too. i do agree the functioning should be the same as the current GUI works, for consistency. based on my experience with a few of the extra GUI objects in pd-extended, i have to say Pierre's looks better for me. just my opinion and no offense implied for the other GUI contributors, but some of these older GUI objects cause crashes on a Mac when i tried to use/load them. i think Dan's observation on Vanilla is important because of more folks using libpd. as much as i like pd-extended for standalone development, using it to develop iOS apps just opens you up to licensing heck for all the pd-extended externals. but i also realize basing Pierre's library on LGPL may not work either because of that licenses issues with the App Store, which i believe are still unresolved. of course Android/Google Play is no issue, and maybe they'll fix the latency problems they've been having up until now, but just thought i'd add these thoughts into the mix. best to all for 2014, scott On Thu, Jan 2, 2014 at 5:09 AM, Pierre Guillot guillotpier...@gmail.comwrote: For Chocolate : I made this library because I wanted to have other behaviors than those available in Vanilla or Extented, I think that design and ergonomics are really important and can change your approach (I'm not a specialist, but that seems obvious). Nevertheless, I understand that people prefer to use the native objects, my propositions are totally subjective and I think that a big part come from my experience with Max. Another reason of this work is that I have another project and I need some specific methods in the objects. I hope that you'll find this library more interesting when I'll be able to present this work. For Coffee : I work with Pd Vanilla 0.45 so I don't really use extented and it was really fast and easy to code them so I did it... Except prepend, I don't know where are this objects in Extented (I'll be glad to know it) and if we put the libraries in the extented distribution, we can remove my objects (it doesn't matter). The names came from a stupid joke with a friend where Vanilla became Chocolate and Extented became Enhanced, nothing is really serious (don't worry, I do not claim to replace Vanilla or Extended). When I realized that perhaps others than me could be interested to use the library, I wanted to change the name to avoid mistake but it's really boring to do. 2014/1/2 IOhannes m zmölnig zmoel...@iem.at On 2013-12-31 11:46, Pierre Guillot wrote: Quickly : Chocolate is a set of GUIs sometimes already available in PD Vanilla, PD extented or Max with new features (like presets edition) that I hope, you'll enjoy. as said before: they are great. And it will be a part of a more complex project for the writting of events. Coffee is a set of objects to facilitate the patch creation. but i'm not so sure about these: i think each and every of these objects already exists in another library (often in the context of a more complete set of similar objects), so i don't fully see the point of them. Download : https://github.com/pierreguillot/PdEnhanced/releases and i would suggest to use another name instead of PdEnhanced. the name suggests that it is a flavour (and the use of chocolate and coffee support this) of Pd itself (like Pd-extended or Pd-l2ork) but your set of libraries really is just another set of libraries... there about 100 libraries in the puredata SVN repository at sourceforge. i guess it would be quite confusing if all of these libraries would be called PdEnhanced. don't let this discourage you though :-) keep up providing new fancy objects. gfmards IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
On 01/02/2014 08:09 AM, Pierre Guillot wrote: For Chocolate : I made this library because I wanted to have other behaviors than those available in Vanilla or Extented, I think that design and ergonomics are really important and can change your approach (I'm not a specialist, but that seems obvious). Nevertheless, I understand that people prefer to use the native objects, my propositions are totally subjective and I think that a big part come from my experience with Max. Another reason of this work is that I have another project and I need some specific methods in the objects. I hope that you'll find this library more interesting when I'll be able to present this work. For Coffee : I work with Pd Vanilla 0.45 so I don't really use extented and it was really fast and easy to code them so I did it... Except prepend, I don't know where are this objects in Extented (I'll be glad to know it) and if we put the libraries in the extented distribution, we can remove my objects (it doesn't matter). The names came from a stupid joke with a friend where Vanilla became Chocolate and Extented became Enhanced, nothing is really serious (don't worry, I do not claim to replace Vanilla or Extended). When I realized that perhaps others than me could be interested to use the library, I wanted to change the name to avoid mistake but it's really boring to do. 2014/1/2 IOhannes m zmölnig zmoel...@iem.at mailto:zmoel...@iem.at On 2013-12-31 11:46, Pierre Guillot wrote: Quickly : Chocolate is a set of GUIs sometimes already available in PD Vanilla, PD extented or Max with new features (like presets edition) that I hope, you'll enjoy. as said before: they are great. And it will be a part of a more complex project for the writting of events. Coffee is a set of objects to facilitate the patch creation. but i'm not so sure about these: i think each and every of these objects already exists in another library (often in the context of a more complete set of similar objects), so i don't fully see the point of them. Download : https://github.com/pierreguillot/PdEnhanced/releases and i would suggest to use another name instead of PdEnhanced. the name suggests that it is a flavour (and the use of chocolate and coffee support this) of Pd itself (like Pd-extended or Pd-l2ork) but your set of libraries really is just another set of libraries... there about 100 libraries in the puredata SVN repository at sourceforge. i guess it would be quite confusing if all of these libraries would be called PdEnhanced. Realize that you're responding to someone who gave his library the extraordinarily clear and descriptive name of zexy :) -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
These are amazing, thanks for sharing. One feature request: any chance *breakpoints* could enable the user to create curved lines? Something like alt+drag a line segment... Thanks Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 31 December 2013 10:46, Pierre Guillot guillotpier...@gmail.com wrote: Hi everybody, I'm pleased to share my new libraries : Chocolate Coffee. For the HOA project, I've developed a C library to facilitate the creation of graphical objects for Pure Data and to allow further interactions with the users. My experimentation objects were a VU-meter and a number box for signal. They appeared useful and ergonomic for me so I undertook to extend the list. Quickly : Chocolate is a set of GUIs sometimes already available in PD Vanilla, PD extented or Max with new features (like presets edition) that I hope, you'll enjoy. And it will be a part of a more complex project for the writting of events. Coffee is a set of objects to facilitate the patch creation. The libraries are available for Mac, Windows and Linux and they have been tested on PD extented 0.43 and PD 0.45. Download : https://github.com/pierreguillot/PdEnhanced/releases Feedback are wellcome (for developement questions, the best is to use the git project). I hope you'll find this libraries useful. Bonne année Ps : The C library seems to work very well under Linux. So, if we don't have problems with the other dependencies, we'll be able to offer a Linux version of the Hoa Library very quickly. ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
Thanks Peiman. This could be useful. I add it to the todo list with the Joao ideas. 2014/1/2 peiman khosravi peimankhosr...@gmail.com These are amazing, thanks for sharing. One feature request: any chance *breakpoints* could enable the user to create curved lines? Something like alt+drag a line segment... Thanks Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 31 December 2013 10:46, Pierre Guillot guillotpier...@gmail.comwrote: Hi everybody, I'm pleased to share my new libraries : Chocolate Coffee. For the HOA project, I've developed a C library to facilitate the creation of graphical objects for Pure Data and to allow further interactions with the users. My experimentation objects were a VU-meter and a number box for signal. They appeared useful and ergonomic for me so I undertook to extend the list. Quickly : Chocolate is a set of GUIs sometimes already available in PD Vanilla, PD extented or Max with new features (like presets edition) that I hope, you'll enjoy. And it will be a part of a more complex project for the writting of events. Coffee is a set of objects to facilitate the patch creation. The libraries are available for Mac, Windows and Linux and they have been tested on PD extented 0.43 and PD 0.45. Download : https://github.com/pierreguillot/PdEnhanced/releases Feedback are wellcome (for developement questions, the best is to use the git project). I hope you'll find this libraries useful. Bonne année Ps : The C library seems to work very well under Linux. So, if we don't have problems with the other dependencies, we'll be able to offer a Linux version of the Hoa Library very quickly. ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
another request for the list - a horizontal or vertical range slider, perhaps? two inlets on either end, one for each side of the range. good for looping or granular range selection... scott On Thu, Jan 2, 2014 at 10:17 PM, Pierre Guillot guillotpier...@gmail.comwrote: Thanks Peiman. This could be useful. I add it to the todo list with the Joao ideas. 2014/1/2 peiman khosravi peimankhosr...@gmail.com These are amazing, thanks for sharing. One feature request: any chance *breakpoints* could enable the user to create curved lines? Something like alt+drag a line segment... Thanks Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 31 December 2013 10:46, Pierre Guillot guillotpier...@gmail.comwrote: Hi everybody, I'm pleased to share my new libraries : Chocolate Coffee. For the HOA project, I've developed a C library to facilitate the creation of graphical objects for Pure Data and to allow further interactions with the users. My experimentation objects were a VU-meter and a number box for signal. They appeared useful and ergonomic for me so I undertook to extend the list. Quickly : Chocolate is a set of GUIs sometimes already available in PD Vanilla, PD extented or Max with new features (like presets edition) that I hope, you'll enjoy. And it will be a part of a more complex project for the writting of events. Coffee is a set of objects to facilitate the patch creation. The libraries are available for Mac, Windows and Linux and they have been tested on PD extented 0.43 and PD 0.45. Download : https://github.com/pierreguillot/PdEnhanced/releases Feedback are wellcome (for developement questions, the best is to use the git project). I hope you'll find this libraries useful. Bonne année Ps : The C library seems to work very well under Linux. So, if we don't have problems with the other dependencies, we'll be able to offer a Linux version of the Hoa Library very quickly. ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
On 2014-01-02 20:35, Jonathan Wilkes wrote: Realize that you're responding to someone who gave his library the extraordinarily clear and descriptive name of zexy i'm arguing not for *descriptive* titles but for *non-deceptive* ones. i don't know which associations zexy evokes for you, but for me the library fulfills them all :-) gfmare IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
@IOhannes : I explain in @chocolate.pd, you should be in edit mode to popup the menu (I hope it works on your Linux distrib). ah yes. it does work. but this is different than how it usually works in Pd (where you can right-click even in run-mode to get the context menu; whether the default Pd behaviour is bad or not might be debatable, but i'm quite used to it...) I confirm that it also behaves in windows like this. I would also weigh in to suggest that the objects should behave like their original versions - unless there is a special reason not to, but right now I can't think of any. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
There are 2 reasons : - The popup menu stop the dsp, I think it could be annoying during live session if you make a mistake. - Sometimes you want to have another behavior in run mode (another popup menu for example, like hoa.map) and I think it would be strange to have objects with the popup menu in both modes and others only in edit mode (totally subjective) 2014/1/1 João Pais jmmmp...@googlemail.com @IOhannes : I explain in @chocolate.pd, you should be in edit mode to popup the menu (I hope it works on your Linux distrib). ah yes. it does work. but this is different than how it usually works in Pd (where you can right-click even in run-mode to get the context menu; whether the default Pd behaviour is bad or not might be debatable, but i'm quite used to it...) I confirm that it also behaves in windows like this. I would also weigh in to suggest that the objects should behave like their original versions - unless there is a special reason not to, but right now I can't think of any. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
On 2014-01-01 19:42, Pierre Guillot wrote: There are 2 reasons : - The popup menu stop the dsp, I think it could be annoying during live session if you make a mistake. why does it do this? i don't experience this behaviour with the vanilla objects. - Sometimes you want to have another behavior in run mode (another popup menu for example, like hoa.map) and I think it would be strange to have objects with the popup menu in both modes and others only in edit mode yes, sometimes you do; but *usually* you will want consistent behaviour, and your new way will break this. fmsard IOhannes PS: personally, i could well live with removing the properties of vanilla objects in run-mode, but that has to happen in Pd-vanilla first. signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
hi the linux binaries are compiled for 64 bits machines? I get this error /usr/lib/pd-extended/extra/Coffee/c.patcherargs.pd_linux: /usr/lib/pd-extended/extra/Coffee/c.patcherargs.pd_linux: wrong ELF class: ELFCLASS64 enrike ar., 2013.eko aberen 31a 11:46(e)an, Pierre Guillot(e)k idatzi zuen: Hi everybody, I'm pleased to share my new libraries : Chocolate Coffee. For the HOA project, I've developed a C library to facilitate the creation of graphical objects for Pure Data and to allow further interactions with the users. My experimentation objects were a VU-meter and a number box for signal. They appeared useful and ergonomic for me so I undertook to extend the list. Quickly : Chocolate is a set of GUIs sometimes already available in PD Vanilla, PD extented or Max with new features (like presets edition) that I hope, you'll enjoy. And it will be a part of a more complex project for the writting of events. Coffee is a set of objects to facilitate the patch creation. The libraries are available for Mac, Windows and Linux and they have been tested on PD extented 0.43 and PD 0.45. Download : https://github.com/pierreguillot/PdEnhanced/releases Feedback are wellcome (for developement questions, the best is to use the git project). I hope you'll find this libraries useful. Bonne année Ps : The C library seems to work very well under Linux. So, if we don't have problems with the other dependencies, we'll be able to offer a Linux version of the Hoa Library very quickly. ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
Hi Pierre,this looks very nice. Are you thinking of including it in pd-ext?Hi everybody,I'm pleased to share my new libraries : Chocolate Coffee.For the HOA project, I've developed a C library to facilitate the creation of graphical objects for Pure Data and to allow further interactions with the users. My experimentation objects were a VU-meter and a number box for signal. They appeared useful and ergonomic for me so I undertook to extend the list. Quickly : Chocolate is a set of GUIs sometimes already available in PD Vanilla, PD extented or Max with new features (like presets edition) that I hope, you'll enjoy. And it will be a part of a more complex project for the writting of events. Coffee is a set of objects to facilitate the patch creation. The libraries are available for Mac, Windows and Linux and they have been tested on PD extented 0.43 and PD 0.45.Download : https://github.com/pierreguillot/PdEnhanced/releases Feedback are wellcome (for developement questions, the best is to use the git project).I hope you'll find this libraries useful.Bonne année Ps : The C library seems to work very well under Linux. So, if we don't have problems with the other dependencies, we'll be able to offer a Linux version of the Hoa Library very quickly.___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
Just tried it shortly. A couple of suggestions:- the properties window is very small, the text elements are hard to read (XP, pd-ext 0.43)- do you plan to have color selectors in the properties window? or just with text?- would it be useful if your GUI objects also have built-in send and receive variables, like traditional ones?Best,JoãoHi everybody,I'm pleased to share my new libraries : Chocolate Coffee.For the HOA project, I've developed a C library to facilitate the creation of graphical objects for Pure Data and to allow further interactions with the users. My experimentation objects were a VU-meter and a number box for signal. They appeared useful and ergonomic for me so I undertook to extend the list. Quickly : Chocolate is a set of GUIs sometimes already available in PD Vanilla, PD extented or Max with new features (like presets edition) that I hope, you'll enjoy. And it will be a part of a more complex project for the writting of events. Coffee is a set of objects to facilitate the patch creation. The libraries are available for Mac, Windows and Linux and they have been tested on PD extented 0.43 and PD 0.45.Download : https://github.com/pierreguillot/PdEnhanced/releases Feedback are wellcome (for developement questions, the best is to use the git project).I hope you'll find this libraries useful.Bonne année Ps : The C library seems to work very well under Linux. So, if we don't have problems with the other dependencies, we'll be able to offer a Linux version of the Hoa Library very quickly. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
Holy shit. Can these eventually replace the vanilla objects??!! On Dec 31, 2013, at 12:00 PM, pd-list-requ...@iem.at wrote: From: Pierre Guillot guillotpier...@gmail.com Subject: [PD] [PD-announce] Chocolate et Coffee Date: December 31, 2013 at 11:46:54 AM GMT+1 To: pd-annou...@iem.at Reply-To: pd-list@iem.at Hi everybody, I'm pleased to share my new libraries : Chocolate Coffee. For the HOA project, I've developed a C library to facilitate the creation of graphical objects for Pure Data and to allow further interactions with the users. My experimentation objects were a VU-meter and a number box for signal. They appeared useful and ergonomic for me so I undertook to extend the list. Quickly : Chocolate is a set of GUIs sometimes already available in PD Vanilla, PD extented or Max with new features (like presets edition) that I hope, you'll enjoy. And it will be a part of a more complex project for the writting of events. Coffee is a set of objects to facilitate the patch creation. The libraries are available for Mac, Windows and Linux and they have been tested on PD extented 0.43 and PD 0.45. Download : https://github.com/pierreguillot/PdEnhanced/releases Feedback are wellcome (for developement questions, the best is to use the git project). I hope you'll find this libraries useful. Bonne année Ps : The C library seems to work very well under Linux. So, if we don't have problems with the other dependencies, we'll be able to offer a Linux version of the Hoa Library very quickly. ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
Hi João, - I'll will force the size of the properties window in the next release. Really easy but I forget to do it. - The properties windows are auto generated with the attributes of the objects and I plan to add new features : sections, color picker, menu when the possibilities are predefined (for the font weight or for the font slant), checkbox for boolean values... But it's not so easy to do. - The Id name is the receive symbol (ok, it would be better to change the label) and I will surely add a sender name. I have to think how to do this, I want it to be generic and not complicated to do for the developer. - I didn't schedule to add the library to pd extented because it's already a lot of work and I'm ashamed but I'm not very familiar with the Makefile... And the default one seems complicated to use when you have more than one file per object. But if someone want to help me, he's welcome ! Thanks a lot for your suggestions ! All the best, Pierre 2013/12/31 Dan Wilcox danomat...@gmail.com Holy shit. Can these eventually replace the vanilla objects??!! On Dec 31, 2013, at 12:00 PM, pd-list-requ...@iem.at wrote: *From: *Pierre Guillot guillotpier...@gmail.com *Subject: **[PD] [PD-announce] Chocolate et Coffee* *Date: *December 31, 2013 at 11:46:54 AM GMT+1 *To: *pd-annou...@iem.at *Reply-To: *pd-list@iem.at Hi everybody, I'm pleased to share my new libraries : Chocolate Coffee. For the HOA project, I've developed a C library to facilitate the creation of graphical objects for Pure Data and to allow further interactions with the users. My experimentation objects were a VU-meter and a number box for signal. They appeared useful and ergonomic for me so I undertook to extend the list. Quickly : Chocolate is a set of GUIs sometimes already available in PD Vanilla, PD extented or Max with new features (like presets edition) that I hope, you'll enjoy. And it will be a part of a more complex project for the writting of events. Coffee is a set of objects to facilitate the patch creation. The libraries are available for Mac, Windows and Linux and they have been tested on PD extented 0.43 and PD 0.45. Download : https://github.com/pierreguillot/PdEnhanced/releases Feedback are wellcome (for developement questions, the best is to use the git project). I hope you'll find this libraries useful. Bonne année Ps : The C library seems to work very well under Linux. So, if we don't have problems with the other dependencies, we'll be able to offer a Linux version of the Hoa Library very quickly. ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
Some of us can help with that :D On Dec 31, 2013, at 2:12 PM, Pierre Guillot guillotpier...@gmail.com wrote: - I didn't schedule to add the library to pd extented because it's already a lot of work and I'm ashamed but I'm not very familiar with the Makefile... And the default one seems complicated to use when you have more than one file per object. But if someone want to help me, he's welcome ! Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
The Vanilla objects have the advantage to work fine on computers with very few memory and old graphic cards or on the hardwares like the raspberry pi. My objects don't need the best computer but I think if I use a very old computer I'll have some latency. But thank you ! And for Pd-extented, I'm going to explain the architecture of the code on the git (that's not difficult) if this can help you to help me. Cheers 2013/12/31 Dan Wilcox danomat...@gmail.com Some of us can help with that :D On Dec 31, 2013, at 2:12 PM, Pierre Guillot guillotpier...@gmail.com wrote: - I didn't schedule to add the library to pd extented because it's already a lot of work and I'm ashamed but I'm not very familiar with the Makefile... And the default one seems complicated to use when you have more than one file per object. But if someone want to help me, he's welcome ! Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
Hah I know but I imagine there could be a way to fallback to the original implementations. My reaction was based mostly on how nice they look. That seems to be important to some people and I've had to push them in workshops to not dismiss Pd purely because it doesn't look like Max (go figure ...). On Dec 31, 2013, at 2:31 PM, Pierre Guillot guillotpier...@gmail.com wrote: The Vanilla objects have the advantage to work fine on computers with very few memory and old graphic cards or on the hardwares like the raspberry pi. My objects don't need the best computer but I think if I use a very old computer I'll have some latency. But thank you ! And for Pd-extented, I'm going to explain the architecture of the code on the git (that's not difficult) if this can help you to help me. Cheers 2013/12/31 Dan Wilcox danomat...@gmail.com Some of us can help with that :D On Dec 31, 2013, at 2:12 PM, Pierre Guillot guillotpier...@gmail.com wrote: - I didn't schedule to add the library to pd extented because it's already a lot of work and I'm ashamed but I'm not very familiar with the Makefile... And the default one seems complicated to use when you have more than one file per object. But if someone want to help me, he's welcome ! Dan Wilcox @danomatika danomatika.com robotcowboy.com Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
It's just a matter of using open-source tools for compiling this, I think using mingw for example on windows instead of VB would resolve inclusion in pd-extended, there is a makefile template in pd-extended sources. This project looks really nice otherwise, this seem to not apply the same mess used in IEM widgets and others for including the GUI into a canvas, inspiring... Le 31/12/2013 14:20, Dan Wilcox a écrit : Some of us can help with that :D On Dec 31, 2013, at 2:12 PM, Pierre Guillot guillotpier...@gmail.com mailto:guillotpier...@gmail.com wrote: - I didn't schedule to add the library to pd extented because it's already a lot of work and I'm ashamed but I'm not very familiar with the Makefile... And the default one seems complicated to use when you have more than one file per object. But if someone want to help me, he's welcome ! Dan Wilcox @danomatika danomatika.com http://danomatika.com robotcowboy.com http://robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
On 2013-12-31 14:12, Pierre Guillot wrote: Hi João, - I'll will force the size of the properties window in the next release. Really easy but I forget to do it. properties window? i seem to have missed this, as whenever i right-click on e.g. [c.bang] it emits a bang instead of opening a properties window. actually the [c.bang] get's triggered with *any* mouse-click (left, right, middle), which i find a bit weird. this is on linux/amd64 with the precompiled binaries. if the objects were indeed drop-in replacements for the original ones, you could just override the class name (e.g. add a bng creator to [c.bang]): so everybody who loads chocolate will automatically have all the guis in chocolate rather than vanilla. finally: congrats, very beautiful! gfsadr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
@Patrice : I use code::block for Linux, I think it's open source but for Windows and Mac, I'm too many attracted by the comfort of XCode and Visual Studio... Anyways, a good Makefile is the solution ! For GUIs, I create a canvas in a window, the best way to clip drawing and to receive all the modifiers, keys, etc. I'm also working an a good documentation of the code, others developers will be able to create externals with this library. @IOhannes : I explain in @chocolate.pd, you should be in edit mode to popup the menu (I hope it works on your Linux distrib). If I overwrite the classes, the users won't be able to create the vanilla object. Thank a lot ! 2013/12/31 IOhannes m zmölnig zmoel...@iem.at On 2013-12-31 14:12, Pierre Guillot wrote: Hi João, - I'll will force the size of the properties window in the next release. Really easy but I forget to do it. properties window? i seem to have missed this, as whenever i right-click on e.g. [c.bang] it emits a bang instead of opening a properties window. actually the [c.bang] get's triggered with *any* mouse-click (left, right, middle), which i find a bit weird. this is on linux/amd64 with the precompiled binaries. if the objects were indeed drop-in replacements for the original ones, you could just override the class name (e.g. add a bng creator to [c.bang]): so everybody who loads chocolate will automatically have all the guis in chocolate rather than vanilla. finally: congrats, very beautiful! gfsadr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
On 2013-12-31 16:57, Pierre Guillot wrote: @Patrice : I use code::block for Linux, I think it's open source but for Windows and Mac, I'm too many attracted by the comfort of XCode and Visual Studio... Anyways, a good Makefile is the solution ! For GUIs, I create a yes, Makefiles are always preferably, esp. when it comes to automatic builds (e.g. PdX, or packaging for various linux distributions...) @IOhannes : I explain in @chocolate.pd, you should be in edit mode to popup the menu (I hope it works on your Linux distrib). ah yes. it does work. but this is different than how it usually works in Pd (where you can right-click even in run-mode to get the context menu; whether the default Pd behaviour is bad or not might be debatable, but i'm quite used to it...) If I overwrite the classes, the users won't be able to create the vanilla object. obviously this is the idea (and it's not fully true, as the overwritten objectclasses will get an alias, e.g. bng_aliased - no idea what this can be actually used for) gfdsmar IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
