Ok, thanks.
Would it be possible to write an extern for pd-vanilla that provides the start_gui / stop_gui functions Miller describes, but also listens to the port specified by -guiport, so that the GUI is started when pd-gui is run in another terminal / on another machine?
Or would that be better implemented by branching pd-vanilla? On 16/09/2016 8:21 AM, "Dan Wilcox" danomatika@gmail.com wrote:
I don’t think so. That work is *related* but does not apply to the regular desktop pd. It’s more for launching the gui from a running libpd instance, not externally as far as I remember.
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com robotcowboy.com
On Sep 15, 2016, at 4:10 PM, Jeremiah Rose jeremiah.aaron.rose@gmail.com wrote:
Hi Dan, so the functionality I described earlier should work if I compile your branch of libpd?
And then I could run a patch from Python without too many problems?
Thanks guys, Jeremiah On 16/09/2016 12:41 AM, "Miller Puckette" msp@ucsd.edu wrote:
No worries.
I _think_ I should make equivalent cals part of Pd Vanilla, user-accessible, in which case I'm not even sure libpd will need a separate call... but I have some more thinking to do on that.
cheers M
On Thu, Sep 15, 2016 at 08:25:26AM -0600, Dan Wilcox wrote:
I brought your changes into the “gui_control” branch manually after I
accidentally closed the PR a while ago: https://github.com/libpd/libpd /tree/gui_control https://github.com/libpd/libpd/tree/gui_control
I haven’t merged yet as I was waiting for people to double check / test.
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Sep 15, 2016, at 4:00 AM, pd-list-request@lists.iem.at wrote:
I believe libpd already has this capability (I've been using it but
am not
sure my changes made it upstream).
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list