Re: [PD] getting vanilla gui objects into standalone builds

[Jonathan Wilkes via Pd-list]

> On Sunday, June 28, 2020, 11:13:31 AM EDT, hans w. koch 
>  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 :
> 
> 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" 
>> An: "Jakob Laue" 
>> Cc: "Pd-List" , "Christof Ressi" 
>> , "enrike" 
>> 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  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 
>

Re: [PD] getting vanilla gui objects into standalone builds

[Alexandre Torres Porres]

Em dom., 28 de jun. de 2020 às 12:13, hans w. koch 
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
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] getting vanilla gui objects into standalone builds

[Dan Wilcox]

> On Jun 28, 2020, at 3:42 PM, 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.

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" 
> An: "Jakob Laue" 
> Cc: "Pd-List" , "Christof Ressi" 
> , "enrike" 
> 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  <mailto: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/ <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/>



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] getting vanilla gui objects into standalone builds

[hans w. koch]

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 :
> 
> 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" 
>> An: "Jakob Laue" 
>> Cc: "Pd-List" , "Christof Ressi" 
>> , "enrike" 
>> 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  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

Re: [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" 
*An:* "Jakob Laue" 
*Cc:* "Pd-List" , "Christof Ressi" 
, "enrike" 

*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
mailto: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 <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
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] getting vanilla gui objects into standalone builds

[Jakob Laue]

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" 
An: "Jakob Laue" 
Cc: "Pd-List" , "Christof Ressi" , "enrike" 
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

Re: [PD] getting vanilla gui objects into standalone builds

[Jakob]

Hey,
Thank you all very much for your explanations!:-)

> Am 21.06.2020 um 20:15 schrieb Dan Wilcox :
> 
> 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  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

Re: [PD] getting vanilla gui objects into standalone builds

[Dan Wilcox]

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  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

Re: [PD] getting vanilla gui objects into standalone builds

[enrike]

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






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] getting vanilla gui objects into standalone builds

[Christof Ressi]

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

[PD] getting vanilla gui objects into standalone builds

[Jakob Laue]

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