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.
OpenPGP_signature.asc
Description: OpenPGP digital signature
--- pd-dev@lists.iem.at - the Pd developers' mailinglist https://lists.iem.at/hyperkitty/list/pd-dev@lists.iem.at/message/SRGWTIH2247XGF3R5H6WLE3C7XJVLUG3/
