> On Sunday, June 28, 2020, 11:13:31 AM EDT, hans w. koch > <hansw.k...@gmail.com> wrote: > well, as a relative oldie, let me tell you this is wrong :-) > last commit to github 5 days ago: https://git.purrdata.net/jwilkes/purr-data > last relase: 26 days ago (14 committs since): > https://github.com/agraef/purr-data/releases
> or your world is aging fatser than mine… Also notice Ico has a huge number of merge requests from the past few weeks. That-- along withthe GSoC project merges to run Purr Data fully in a browser and the features to automatically "subpatchify" a selection-- has made the CI a real choke point. If anyone has experience with making a monstrously complex recursive makefile system work with the -j flag, please shoot me an email. Best,Jonathan > hth > hans > Am 28.06.2020 um 16:28 schrieb henry birdseye <henry.birds...@gmail.com>: > > As a relative newbie to PD, let me suggest that PurrData is old, and > incomplete. Unless you have a very specific reason for using it, PD Vanilla > is the one to use. > > On 6/28/2020 9:42 AM, Jakob Laue wrote: >> Hi! >> Alright, so I have looked a little bit into pdparty and mobmuplat. Seriously >> these are cool projects! >> But I would like to have standalone apps, so it seems that I cannot use both >> of them.. >> Maybe I need to go for ofelia then or try native coding. >> >> But it is also interesting what you mentioned about purr-data. I have heard >> of it a lot, but i dont know what it is. You mentioned that purr-data is >> able to port the native guis to non-tk-frameworks. Does this mean e.g. >> porting to iOS? I guess I need to take a look into purr-data as well:) >> >> All the best, jakob >> >> >> Gesendet: Sonntag, 21. Juni 2020 um 20:15 Uhr >> Von: "Dan Wilcox" <danomat...@gmail.com> >> An: "Jakob Laue" <jakkesprin...@web.de> >> Cc: "Pd-List" <pd-list@lists.iem.at>, "Christof Ressi" >> <i...@christofressi.com>, "enrike" <alte...@gmail.com> >> Betreff: Re: [PD] getting vanilla gui objects into standalone builds >> Howdy Jakob, >> >> There is no "standalone GUI" for mobile. The UI widgets for PdDroidParty and >> my own PdParty are custom re-implementations which intercept messages using >> sends/receives. Both apps are open source, so you can reuse the widgets but >> PdDroidParty's implementation is not feature complete, ie. no radio buttons, >> etc. MobMuPlat, for instance, uses the Pd UI implementation form PdParty. >> >> For mobile, it's often better to use the native sliders and buttons and send >> the state changes to/from libpd. Either way, you will have to do native >> platform coding & integration, unless you simply want to run patches, in >> which case try using PdParty and/or PdDroidParty. >> >> My long-term plan is to bring changes into libpd & the pd core so GUI >> messaging could be abstracted to make porting the native UIs to non-Tk >> frameworks easier. Purr-data has achieved this, for instance, so we know >> it's possible. >> >> On Jun 21, 2020, at 1:52 PM, Christof Ressi <i...@christofressi.com> wrote: >> >> Hi, >> >> on desktop it's easy: just bundle Pd with your patch, add a simple starter >> script and maybe use the KIOSK plugin to hide the console. >> >> Mobile is tricky, because of the locked down nature of the platforms >> (especially iOS). There are projects to run Pd patches on Android >> (http://droidparty.net/) and iOS (http://danomatika.com/code/pdparty) with >> some compatibility between the two >> (http://danomatika.com/code/pdparty/guide#pddroid-party-compatibility). You >> have to follow some conventions, though. >> >> If you design your patch for PdParty and/or PdDroidParty and don't use >> mobile specific features, it should automatically work in desktop Pd >> vanilla. I think @Dan can tell you more about it. >> >> Christof >> >> On 21.06.2020 12:16, Jakob Laue wrote: >> Hey dear friends, >> i am currently building an instrument with many vanilla-native gui objects >> (mainly buttons). >> I would like to build standalone versions of that patch, preferably for >> linux, osx, ios and android. >> I know that building standalones is possible eg with ofxPof or ofelia. But >> as far as i know, if i use ofxPof or ofelia, I will need to use "their" gui >> objects, which means re-working my patch. >> >> Do you know of a tool that allows building standalone versions from a pd >> patch that will keep the original pd-vanilla-gui objects - or even better - >> a tool that is able to "convert" pd-vanilla-gui objects into its own types >> of gui objects, which look maybe a bit different from the pd-object, but >> fulfill the same purpose? >> >> :-))) >> >> Best, jakob >> >> _______________________________________________ >> >> Pd-list@lists.iem.at >> mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> >> -------- >> Dan Wilcox >> @danomatika >> danomatika.com >> robotcowboy.com >> >> >> >> _______________________________________________ >> >> Pd-list@lists.iem.at >> mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list > _______________________________________________ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
