31 Aug
2013
31 Aug
'13
9:26 p.m.
Hi everyone!
I don't know if this should be asked in LAD, but I'm fed up with Pure
Data's own gui components, and would like to develop my own gui with
something else (GTK? QT?). I don't have earlier experience with any UI
toolkit, so I don't have any favourites. What is easiest approach to custom
gui development with PD?
I need something like list boxes and buttons with custom text. Nothing too
special.
Heikki
--
http://heikki.ketoharju.info/en/ <http://heikki.ketoharju.info>
1 Sep
1 Sep
6:15 a.m.
On 01/09/13 03:26, Heikki Ketoharju wrote:
Hi everyone!
I don't know if this should be asked in LAD, but I'm fed up with Pure
Data's own gui components, and would like to develop my own gui with
something else (GTK? QT?). I don't have earlier experience with any UI
toolkit, so I don't have any favourites. What is easiest approach to custom
gui development with PD?
I need something like list boxes and buttons with custom text. Nothing too
special.
You have some choices:
1/ use whatever toolkit you prefer to build your GUI app, and send messages to
PD over a socket. Pd is a language, you don't need to use the GUI parts of it at
all ... it has very mature ways of listening to input of all sorts.
2/ ditto, but send osc or midi instead of native pd messages
3/ ditto, but use real hardware interfaces rather than the somewhat limited
ascii - mouse - screen interface of most toolkits.
4/ use libpd to give access to lots of PD from within the GUI application you
are building
5/ look at droid party for a project that provides another GUI method, using
libpd internally, for making interfaces on Android (and iOS) devices.
http://droidparty.net/
All these have advantages, but of course they all involve more work than just
using the GUI elements built into the language.
Simon
7:53 a.m.
There's an old method to create a remote GUI for PD,
that uses wxWindows and communicate through sockets.
It's not a replacement GUI, but it helps to create front-ends:
http://crca.ucsd.edu/~jsarlo/gripd/
--
Marc
Sun, 01 Sep 2013 12:14:35 +0800,
Simon Wise <simonzwise(a)gmail.com> a écrit :
On 01/09/13 03:26, Heikki Ketoharju wrote:
Hi everyone!
I don't know if this should be asked in LAD, but I'm fed up with
Pure Data's own gui components, and would like to develop my own
gui with something else (GTK? QT?). I don't have earlier experience
with any UI toolkit, so I don't have any favourites. What is
easiest approach to custom gui development with PD?
I need something like list boxes and buttons with custom text.
Nothing too special.
You have some choices:
1/ use whatever toolkit you prefer to build your GUI app, and send
messages to PD over a socket. Pd is a language, you don't need to use
the GUI parts of it at all ... it has very mature ways of listening
to input of all sorts.
2/ ditto, but send osc or midi instead of native pd messages
3/ ditto, but use real hardware interfaces rather than the somewhat
limited ascii - mouse - screen interface of most toolkits.
4/ use libpd to give access to lots of PD from within the GUI
application you are building
5/ look at droid party for a project that provides another GUI
method, using libpd internally, for making interfaces on Android (and
iOS) devices.
http://droidparty.net/
All these have advantages, but of course they all involve more work
than just using the GUI elements built into the language.
Simon 
6:30 p.m.
On 08/31/2013 11:14 PM, Simon Wise wrote:
On 01/09/13 03:26, Heikki Ketoharju wrote:
There is a toolkit using WebSockets to communicate Pd and HTML5/javascript
http://dancingbonemachine.elsoftwarehamuerto.org/tutorial.html
Hi everyone!
I don't know if this should be asked in LAD, but I'm fed up with Pure
Data's own gui components, and would like to develop my own gui with
something else (GTK? QT?). I don't have earlier experience with any UI
toolkit, so I don't have any favourites. What is easiest approach to
custom
gui development with PD?
I need something like list boxes and buttons with custom text.
Nothing too
special.
You have some choices:
1/ use whatever toolkit you prefer to build your GUI app, and send
messages to PD over a socket. Pd is a language, you don't need to use
the GUI parts of it at all ... it has very mature ways of listening to
input of all sorts.
2/ ditto, but send osc or midi instead of native pd
messages
3/ ditto, but use real hardware interfaces rather than the somewhat
limited ascii - mouse - screen interface of most toolkits.
4/ use libpd to give access to lots of PD from within the GUI
application you are building
5/ look at droid party for a project that provides another GUI method,
using libpd internally, for making interfaces on Android (and iOS)
devices.
http://droidparty.net/
All these have advantages, but of course they all involve more work
than just using the GUI elements built into the language.
Simon
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
8:01 p.m.
Federico Lopez <fede2001(a)hotmail.com> a écrit :
There is a toolkit using WebSockets to communicate Pd
and
HTML5/javascript
http://dancingbonemachine.elsoftwarehamuerto.org/tutorial.html
Interesting. It uses libpd. Id didn't know much about libpd:
https://github.com/libpd/libpd/wiki
There's APIs for many languages and environnements,
including a recent for addon for OpenFrameworks:
https://github.com/danomatika/ofxPd
--
Marc
8:17 p.m.
On Sun, 1 Sep 2013 14:01:45 -0400, Marc Lavallée wrote
Federico Lopez <fede2001(a)hotmail.com> a écrit :
Just keep in mind: libpd can only _run_ pd patches, you cannot
create/modify patches. Iff this is all you need than libpd might
be a valid replacement for Pd proper. Another obstacle to consider:
libpd doesn't provide any build-in way to handle audio data. You need
to write code to send/receive audio/midi data to your framework-of-choice.
On Linux that means writing quite some jack code (and, since libpd's
model of operation is push/pull, that code isn't really trivial).
That's where the example code is astonishing terse :-) :
----[file: cppTest$/src/main.cpp]------------------------------------
// fill inbuf here
pd.processFloat(1, inbuf, outbuf);
// use outbuf here
---------------------------------------------------------------------
Frankly, I'd rather write my GUI in Qt (or whatever) and communicate whith
a headless pd process by means of OSC or even "raw" pd messages.
Cheers, Ralf Mattes
--
R. Mattes -
Hochschule fuer Musik Freiburg
rm(a)inm.mh-freiburg.de
There is a toolkit using WebSockets to
communicate Pd and
HTML5/javascript
http://dancingbonemachine.elsoftwarehamuerto.org/tutorial.html
Interesting. It uses libpd. Id didn't know much about libpd:
https://github.com/libpd/libpd/wiki
There's APIs for many languages and environnements,
including a recent for addon for OpenFrameworks:
https://github.com/danomatika/ofxPd
8:25 p.m.
"R. Mattes" <rm(a)mh-freiburg.de> a écrit :
Frankly, I'd rather write my GUI in Qt (or
whatever) and communicate
whith a headless pd process by means of OSC or even "raw" pd messages.
That what I used to do when I was programming "interactive art
installations" (~10 years ago). The "raw" pd messages protocol is called
"FUDI"; OSC is useful for handling hierarchically structured messages,
but is overkill in most situations.
--
Marc
9 p.m.
On Sun, Sep 1, 2013 at 7:17 PM, R. Mattes <rm(a)mh-freiburg.de> wrote:
That's where the example code is astonishing terse
:-) :
Or hidden away on a github repo...
https://github.com/harryhaaren/openAudioProgrammingTutorials/tree/master/pu…
Frankly, I'd rather write my GUI in Qt (or
whatever) and communicate whith
a headless pd process by means of OSC or even "raw" pd messages.
I have implemented a libPD "front-end", which parses the patch file
manually, and creates a canvas
using GANV[1] and GTK. Note this was an experiment, and I'm no longer
working on this.
Screenshot link:
https://www.dropbox.com/s/sbd2uxwa7xtwshr/libpdUiFrontend.png
HTH, -Harry
[1] http://svn.drobilla.net/lad/trunk/ganv
9:22 p.m.
On Sunday 01 September 2013 15:13:45 Harry van Haaren did opine:
On Sun, Sep 1, 2013 at 7:17 PM, R. Mattes
<rm(a)mh-freiburg.de> wrote:
This one is a passing resemblance to a linux gizmo by the name of
rockhopper. It analyses the .hal configuration file of a linuxcnc
installation, and generates a web (http://host:8000) viewable .svg file,
useless because its images are so small for screen reading, file that is a
logic diagram of the control code for a specific cnc controlled machine.
You can save the file and posterize it to print it, tape the prints
together and get a wall poster that is readable. My little toy 7x12 lathe
is 6 landscape pages done that way. Even at 6 pages, its a "busy" diagram.
That's where the example code is astonishing
terse :-) :
Or hidden away on a github repo...
https://github.com/harryhaaren/openAudioProgrammingTutorials/tree/master
/pureDataHost
Frankly, I'd rather write my GUI in Qt (or
whatever) and communicate
whith a headless pd process by means of OSC or even "raw" pd
messages.
I have implemented a libPD "front-end", which parses the patch file
manually, and creates a canvas
using GANV[1] and GTK. Note this was an experiment, and I'm no longer
working on this.
Screenshot link:
https://www.dropbox.com/s/sbd2uxwa7xtwshr/libpdUiFrontend.png
HTH, -Harry
[1] http://svn.drobilla.net/lad/trunk/ganv
Cheers, Gene
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: <http://coyoteden.dyndns-free.com:85/gene> is up!
My views
<http://www.armchairpatriot.com/What%20Has%20America%20Become.shtml>
No problem is so large it can't be fit in somewhere.
A pen in the hand of this president is far more
dangerous than 200 million guns in the hands of
law-abiding citizens.
11:57 p.m.
Thanks everyone!
I think I'll choose some language and toolkit. Maybe this is nice
opportunity to learn Python & GTK... Dancing Bone Machine seemed fun way to
develop UIs to patches but I don't want to run music software in browser.
BTW Harry's Libpd frontend looks nice! I think pd's official UI would be
much better with some other toolkit than tcl...
-Heikki
2013/9/1 Gene Heskett <gheskett(a)wdtv.com>
On Sunday 01 September 2013 15:13:45 Harry van Haaren
did opine:
--
http://heikki.ketoharju.info
On Sun, Sep 1, 2013 at 7:17 PM, R. Mattes
<rm(a)mh-freiburg.de> wrote:
This one is a passing resemblance to a linux gizmo by the name of
rockhopper. It analyses the .hal configuration file of a linuxcnc
installation, and generates a web (http://host:8000) viewable .svg file,
useless because its images are so small for screen reading, file that is a
logic diagram of the control code for a specific cnc controlled machine.
You can save the file and posterize it to print it, tape the prints
together and get a wall poster that is readable. My little toy 7x12 lathe
is 6 landscape pages done that way. Even at 6 pages, its a "busy" diagram.
That's where the example code is astonishing
terse :-) :
Or hidden away on a github repo...
https://github.com/harryhaaren/openAudioProgrammingTutorials/tree/master
/pureDataHost
Frankly, I'd rather write my GUI in Qt (or
whatever) and communicate
whith a headless pd process by means of OSC or even "raw" pd
messages.
I have implemented a libPD "front-end", which parses the patch file
manually, and creates a canvas
using GANV[1] and GTK. Note this was an experiment, and I'm no longer
working on this.
Screenshot link:
https://www.dropbox.com/s/sbd2uxwa7xtwshr/libpdUiFrontend.png
HTH, -Harry
[1] http://svn.drobilla.net/lad/trunk/ganv
Cheers, Gene
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: <http://coyoteden.dyndns-free.com:85/gene> is up!
My views
<http://www.armchairpatriot.com/What%20Has%20America%20Become.shtml>
No problem is so large it can't be fit in somewhere.
A pen in the hand of this president is far more
dangerous than 200 million guns in the hands of
law-abiding citizens.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
8:04 a.m.
PD have a new GUI Plugins API:
http://puredata.info/docs/guiplugins/
--
Marc
Sat, 31 Aug 2013 22:26:35 +0300,
Heikki Ketoharju <heikki.ketoharju(a)iki.fi> a écrit :
Hi everyone!
I don't know if this should be asked in LAD, but I'm fed up with Pure
Data's own gui components, and would like to develop my own gui with
something else (GTK? QT?). I don't have earlier experience with any UI
toolkit, so I don't have any favourites. What is easiest approach to
custom gui development with PD?
I need something like list boxes and buttons with custom text.
Nothing too special.
Heikki
12:07 p.m.
On 01/09/13 14:04, Marc Lavallée wrote:
PD have a new GUI Plugins API:
http://puredata.info/docs/guiplugins/
yes ... the pd interface is much more flexible, you can change the look, change
the behaviour, great work has been done there ... but if you want a different
slider or whatever then you need to write one (or find one), and if you want to
use some other toolkit to build an interface then it is communication with pd or
pd as a library you are after.
One option I forgot to mention is building an interface in pd using GEM windows,
but I was thinking the OP was wanting to use a existing toolkit with the look
and options and pre-built bits that that provides.
Simon
4095
days inactive
4096
days old
linux-audio-user@lists.linuxaudio.org
11 comments
7 participants
participants (7)
-
Federico Lopez -
Gene Heskett -
Harry van Haaren -
Heikki Ketoharju -
Marc Lavallée -
R. Mattes -
Simon Wise