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" <danomat...@gmail.com>
*An:* "Jakob Laue" <jakkesprin...@web.de>
*Cc:* "Pd-List" <pd-list@lists.iem.at>, "Christof Ressi"
<i...@christofressi.com>, "enrike" <alte...@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
<i...@christofressi.com <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