On 9/30/24 09:43, Miller Puckette wrote:
I did float (a couple of years ago?) the idea of simply having one process with a GUI thread. Iohannes quickly warned me that that would invalidate a Pd variant he was working on - I forget what exactly. So I dropped that idea.
that was about collaboratively editing Pd patches ("Peer Data").
as christof pointed out, if we make the middleware (basically pdgui_vmess()¹ and sys_do_startgui()) pluggable (as we already do with the scheduler), this would not be a problem. (apart from me not having worked on Peer Data for years :-))
generally i very much like the idea of Pd-core not depending on any 3rd party framework (whether that would be TclTk, Qt, GTK, JUCE or whatever) directly. (so I do not have to install half the whole world OR re-compile if I want transfer a Pd binary to a headless system)
dgfamsdr IOhannes
¹ and currently sys_vgui(). eventually i would like to get rid of sys_vgui() altogether, but at the time of writing there are still a few invocations of sys_vgui() left in the core, which would also need to be replaced. yss_vgui() is also used by plenty of externals that communicate directly with the GUI, one would have to think what to do about them.