> On Jun 28, 2020, at 3:42 PM, Jakob Laue <[email protected]> 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" <[email protected]>
> An: "Jakob Laue" <[email protected]>
> Cc: "Pd-List" <[email protected]>, "Christof Ressi" 
> <[email protected]>, "enrike" <[email protected]>
> 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 <[email protected] 
> <mailto:[email protected]>> 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
>    
> _______________________________________________
> [email protected] <mailto:[email protected]> 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/>



_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Reply via email to