Has anyone on this list seen or created a graphical interface that sends messages to PD using an external GUI toolkit? While the TCL/TK style is functional, it's not exactly "modern" as far as GUIs come. I was looking at wxWindows, since it already supports all of PD's target platforms:
http://wxwindows.sourceforge.net/ http://wxwindows.sourceforge.net/screen03.htm
I have no practical experience with this kind of programming, but I think using PD for only DSP and writing the C++ GUI code to pass messages to PD via the [netreceive] object could open up some amazing user interface possibilities (pull down menus, for one). Obviously it won't be realtime box/patchcord style and each GUI will have to be custom built, but it's an idea...
-lee
Check out http://crca.ucsd.edu/~jsarlo/gripd/ - a GTK-based GUI builder for Pd. You don't have to run Pd's GUI at all. And the graphics are much much faster.
cheers Miller
On Mon, Jul 05, 2004 at 02:17:25PM -0400, lee wrote:
Has anyone on this list seen or created a graphical interface that sends messages to PD using an external GUI toolkit? While the TCL/TK style is functional, it's not exactly "modern" as far as GUIs come. I was looking at wxWindows, since it already supports all of PD's target platforms:
http://wxwindows.sourceforge.net/ http://wxwindows.sourceforge.net/screen03.htm
I have no practical experience with this kind of programming, but I think using PD for only DSP and writing the C++ GUI code to pass messages to PD via the [netreceive] object could open up some amazing user interface possibilities (pull down menus, for one). Obviously it won't be realtime box/patchcord style and each GUI will have to be custom built, but it's an idea...
-lee
PD-list mailing list PD-list@iem.at to manage your subscription (including un-subscription) see http://iem.at/cgi-bin/mailman/listinfo/pd-list
Hallo, lee hat gesagt: // lee wrote:
Has anyone on this list seen or created a graphical interface that sends messages to PD using an external GUI toolkit? While the TCL/TK style is functional, it's not exactly "modern" as far as GUIs come. I was looking at wxWindows, since it already supports all of PD's target platforms:
http://wxwindows.sourceforge.net/ http://wxwindows.sourceforge.net/screen03.htm
I have no practical experience with this kind of programming, but I think using PD for only DSP and writing the C++ GUI code to pass messages to PD via the [netreceive] object could open up some amazing user interface possibilities (pull down menus, for one). Obviously it won't be realtime box/patchcord style and each GUI will have to be custom built, but it's an idea...
You could use for example Python with wx to built a GUI and send data over OSC or netsend. Oh, wait, that's already done in GriPD... ;)
Another interesting approach would be to do it the other way around: Use Pd's Rapid GUI development features to build interfaces for SupperCollider, then run "pd -noaudio", and send OSC data to SC. I'd say this even would be more useful, because then you could script more advanced audio things than are possible or convenient in Pd.
Finally a GUI rewrite for Pd is somehow planned but there are other issues to solve before.
Frank Barknecht _ ______footils.org__
On Mon, 5 Jul 2004, lee wrote:
Has anyone on this list seen or created a graphical interface that sends messages to PD using an external GUI toolkit? While the TCL/TK style is functional, it's not exactly "modern" as far as GUIs come.
Please elaborate on what "modern" means to you. Identify things for which Tcl/Tk is inappropriate. Then elaborate on how C++/WxWindows does it better. Then list what you think C++/WxWindows's drawbacks/caveats might be.
http://wxwindows.sourceforge.net/ http://wxwindows.sourceforge.net/screen03.htm I have no practical experience with this kind of programming, but I think using PD for only DSP and writing the C++ GUI code to pass
Suggestions for the rewriting of a new Pd GUI are a dime a dozen; but a suggestion backed with real code seems to happen only once every few years.
Mathieu Bouchard http://artengine.ca/matju
Mathieu Bouchard wrote:
On Mon, 5 Jul 2004, lee wrote:
Has anyone on this list seen or created a graphical interface that sends messages to PD using an external GUI toolkit? While the TCL/TK style is functional, it's not exactly "modern" as far as GUIs come.
Please elaborate on what "modern" means to you. Identify things for which Tcl/Tk is inappropriate. Then elaborate on how C++/WxWindows does it better. Then list what you think C++/WxWindows's drawbacks/caveats might be.
http://wxwindows.sourceforge.net/ http://wxwindows.sourceforge.net/screen03.htm I have no practical experience with this kind of programming, but I think using PD for only DSP and writing the C++ GUI code to pass
Suggestions for the rewriting of a new Pd GUI are a dime a dozen; but a suggestion backed with real code seems to happen only once every few years.
Hey, I wasn't talking shit, I was trying to see what's already available. Chill.
But anyway, modern means things like pull down menus, drag + drop, nested windows with scroll bars. Basically the kind of widgets available in larger applications on Linux, OS X and Windows.
-lee
But anyway, modern means things like pull down menus
does the current tk interface not only support pulling down of menus, but also tearing off? most of the qt/wx/gtk interfaces do not by default allow tearing off, if that's your thing...perhaps youre thinking of the 'drop down listbox' of which there are multitudes of no-extensions-needed tk-based widgets ?...
drag + drop,
http://tkdnd.sourceforge.net/ - there are many tk packages which support drag and drop within the canvas, but this one seems to be the most full featured in also allowing drag events originating in the OS file browser, works at least from ie and explorer @ windows, rox & konqueror @ linux.., i use it to drag vst plugins, soundfiles, etc into patches already, and when mathieu has a chance to fix some bugs with his developmental version of pd there is other stuff to check in, like dropping abstractions into a patch from a file browser and having them instantiated at the place you let up the mouse, etc....
i'm sure you have many more ideas for drag'n'drop that i havent thought of, and i cant think of a simpler/faster/easier way than TK where your ideas can be implemented in a myriad of ways with 1 line messages to a tot object in your patch...
nested windows with scroll bars. Basically the kind of widgets available in larger applications on Linux, OS X and Windows.
you can surely do this as well, with tk, you have a choice of many window layout styles from packing objects inside eachother, to relative grids that resize with the window, yadda yadda..and if youre obsessed with having your creations look like the host OS you can use their native drawing API instead of the tk crossplatform default: http://tktable.sourceforge.net/tile/ ---- altho my experience with gui interfaces is mainly limited to dhtml & tk, i get the impression that wx/gtk/qt are geared towards merely providing 'container' objects for various types of lists and text, any sort of drawing areas are mainly DIY where you have to come up with stuff from scratch..and most of these are C based and have a set-it-and-forget it (or recompile..) mentality versus the realtime dynamic nature of tk...
i know someone who recently purchased max and they told me that they mainly did so for its "LCD" object, i have not used max and cant find much via google about the LCD but apparently it is related to building custom GUIs, something which tk is perfect for..the main thing needed imo is a better way to mix 'struct' and 'non-struct' tk to fully flesh out the custom interface. TOT is good, but i thinhk something integrated and a bit less convoluted would be great (tot has all sorts of character remaps for [ and { and ' and \ etc to keep it from getting munged...)
but if you have examples of really cool shit done w/ other toolkits i'd love to see it...
cr
http://crca.ucsd.edu/~jsarlo/gripd
Done with WxPython. Works for Windows and Linux/GTK (and someday MacOS X...)
Joe jsarlo@ucsd.edu
----- Original Message ----- From: "lee" lee@fallingforward.net To: "Pd list" pd-list@iem.at Sent: Monday, July 05, 2004 11:17 AM Subject: [PD] GUI as external program
Has anyone on this list seen or created a graphical interface that sends messages to PD using an external GUI toolkit? While the TCL/TK style is functional, it's not exactly "modern" as far as GUIs come. I was looking at wxWindows, since it already supports all of PD's target platforms:
http://wxwindows.sourceforge.net/ http://wxwindows.sourceforge.net/screen03.htm
I have no practical experience with this kind of programming, but I think using PD for only DSP and writing the C++ GUI code to pass messages to PD via the [netreceive] object could open up some amazing user interface possibilities (pull down menus, for one). Obviously it won't be realtime box/patchcord style and each GUI will have to be custom built, but it's an idea...
-lee
PD-list mailing list PD-list@iem.at to manage your subscription (including un-subscription) see http://iem.at/cgi-bin/mailman/listinfo/pd-list
Personally I like the no-nonsense PD GUI.
If I had one modernisation request however, it would be the ability to draw segmented patch chords. This would tidy up a lot of patches.
Please tell me this is already possible.....?
Jamie
lee wrote:
Has anyone on this list seen or created a graphical interface that sends messages to PD using an external GUI toolkit? While the TCL/TK style is functional, it's not exactly "modern" as far as GUIs come. I was looking at wxWindows, since it already supports all of PD's target platforms: