[PD] getting vanilla gui objects into standalone builds

[henry birdseye]

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 at gmail.com>
> *An:* "Jakob Laue" <jakkesprinter at web.de>
> *Cc:* "Pd-List" <pd-list at lists.iem.at>, "Christof Ressi" 
> <info at christofressi.com>, "enrike" <altern2 at 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 at christofressi.com <mailto:info at 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 at 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 at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20200628/5394b31e/attachment-0001.html>