Holy shit. Can these eventually replace the vanilla objects??!!
On Dec 31, 2013, at 12:00 PM, pd-list-request@iem.at wrote:
From: Pierre Guillot guillotpierre6@gmail.com Subject: [PD] [PD-announce] Chocolate et Coffee Date: December 31, 2013 at 11:46:54 AM GMT+1 To: pd-announce@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-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Dan Wilcox @danomatika danomatika.com robotcowboy.com
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 danomatika@gmail.com
Holy shit. Can these eventually replace the vanilla objects??!!
On Dec 31, 2013, at 12:00 PM, pd-list-request@iem.at wrote:
*From: *Pierre Guillot guillotpierre6@gmail.com *Subject: **[PD] [PD-announce] Chocolate et Coffee* *Date: *December 31, 2013 at 11:46:54 AM GMT+1 *To: *pd-announce@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-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Dan Wilcox @danomatika danomatika.com robotcowboy.com
Some of us can help with that :D
On Dec 31, 2013, at 2:12 PM, Pierre Guillot guillotpierre6@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
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 danomatika@gmail.com
Some of us can help with that :D
On Dec 31, 2013, at 2:12 PM, Pierre Guillot guillotpierre6@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
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 guillotpierre6@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 danomatika@gmail.com Some of us can help with that :D
On Dec 31, 2013, at 2:12 PM, Pierre Guillot guillotpierre6@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
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 <guillotpierre6@gmail.com mailto:guillotpierre6@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
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
@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 zmoelnig@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
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
@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.
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 jmmmpais@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
@João : FTM and MuBU would imply a lot of work, you're right. It can be already cool to start with some kind of viewer/editor for waveform instead of MuBu. Perhaps, we can make a todo list for simple objects.
2014/1/1 Pierre Guillot guillotpierre6@gmail.com
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 jmmmpais@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
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.
-
Dan Wilcox -
IOhannes m zmölnig -
João Pais -
patrice colet -
Pierre Guillot