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
you can use the PdDroidParty widgets plus some of the native gui objects like bangs/toogles etc... and that should work pretty much the same in all systems, althought it might take some trial and error with the size of the canvas in some cases.
check the http://droidparty.net examples to see which PD gui objects work in mobiles and the ones provided by PdDroidParty
20/6/21 13:52(e)an, Christof Ressi igorleak idatzi zuen:
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
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
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 info@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/ http://droidparty.net/) and iOS (http://danomatika.com/code/pdparty http://danomatika.com/code/pdparty) with some compatibility between the two (http://danomatika.com/code/pdparty/guide#pddroid-party-compatibility 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 mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list https://lists.puredata.info/listinfo/pd-list
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Hey, Thank you all very much for your explanations!:-)
Am 21.06.2020 um 20:15 schrieb Dan Wilcox danomatika@gmail.com:
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 info@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
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" danomatika@gmail.com *An:* "Jakob Laue" jakkesprinter@web.de *Cc:* "Pd-List" pd-list@lists.iem.at, "Christof Ressi" info@christofressi.com, "enrike" altern2@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 <info@christofressi.com <mailto:info@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 http://twitter.com/danomatika danomatika.com http://danomatika.com robotcowboy.com http://robotcowboy.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
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…
hth hans
Am 28.06.2020 um 16:28 schrieb henry birdseye henry.birdseye@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" danomatika@gmail.com An: "Jakob Laue" jakkesprinter@web.de Cc: "Pd-List" pd-list@lists.iem.at, "Christof Ressi" info@christofressi.com, "enrike" altern2@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 info@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
Em dom., 28 de jun. de 2020 às 12:13, hans w. koch hansw.koch@gmail.com escreveu:
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…
I guess he meant "outdated" rather than "old", in the sense that it does not pair up with the latest releases of Pd Vanilla. Pd Vanilla is now at version 0.51, Purr Data says it's paired up with 0.48, but that is not true because it misses some functionalities from 0.48 and even from earlier versions. I've seen things from 0.46 missing in Purr Data, so as far as I know it's down to being fully compatible to 0.45 (6 versions older, released in 2013). I also see issues in the documentation, as they have separate documentation files for Vanilla objects but haven't updated them, so some just miss the functionalities they have ported and are also outdated in respect to what they have (and users may just not know about it because of the lack of info). And finally, it is outdated as some libraries that come with it are also in an older version than you can get for Vanilla via deken.
And as far as incompatibilities go, let me also point out how it is incompatible to Pd Extended as it hasn't ported all of its GUI objects from tcl/tk. Some other libraries available for vanilla that are not part of Purr Data may also not run for the same reasons: not paired up to 0.51 and not being able to run if they're using tcl/tk (I guess this is the main issue as it forces new externals to also be coded not in tcl/tk in a version suited to run in Purr, and I'm just not aware anyone has done that yet).
cheers
On Sunday, June 28, 2020, 11:13:31 AM EDT, hans w. koch hansw.koch@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.birdseye@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" danomatika@gmail.com An: "Jakob Laue" jakkesprinter@web.de Cc: "Pd-List" pd-list@lists.iem.at, "Christof Ressi" info@christofressi.com, "enrike" altern2@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 info@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
On Jun 28, 2020, at 3:42 PM, Jakob Laue jakkesprinter@web.de 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.
Most likely you will need to do a combination of native coding with libpd.
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.
It's a version of desktop Pd with the UI implemented in javascript using for a built-in web browser. The details are here: https://agraef.github.io/purr-data/ https://agraef.github.io/purr-data/
You mentioned that purr-data is able to port the native guis to non-tk-frameworks.
No.
Does this mean e.g. porting to iOS?
No.
I guess I need to take a look into purr-data as well:)
For regular patching on desktop computers, yes. For building projects and deploying on mobile platforms, no.
All the best, jakob
Gesendet: Sonntag, 21. Juni 2020 um 20:15 Uhr Von: "Dan Wilcox" danomatika@gmail.com An: "Jakob Laue" jakkesprinter@web.de Cc: "Pd-List" pd-list@lists.iem.at, "Christof Ressi" info@christofressi.com, "enrike" altern2@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 <info@christofressi.com mailto:info@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/ http://droidparty.net/) and iOS (http://danomatika.com/code/pdparty http://danomatika.com/code/pdparty) with some compatibility between the two (http://danomatika.com/code/pdparty/guide#pddroid-party-compatibility 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 mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list https://lists.puredata.info/listinfo/pd-list
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/