[PD] getting vanilla gui objects into standalone builds

hans w. koch hansw.koch at gmail.com
Sun Jun 28 17:11:30 CEST 2020


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 at 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 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> 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
>> danomatika.com
>> robotcowboy.com
>>  
>> 
>> 
>> _______________________________________________
>> 
>> Pd-list at lists.iem.at
>>  mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list






More information about the Pd-list mailing list