One of my goals for libpd is to implement a GUI communication abstraction layer, similar too and possibly building upon the work done for Purr Data's GUI. The end result would you could implement platform or framework-specific drawing but the main logic stays in "Pd land" so you don't have to recreate the widgets themselves as we've done in PdDroiudParty/PdParty. You'd only need to handle "draw rectangle here" etc. This would be similar to how libpd already gives you message and MIDI handling.
When I can get to doing this for real is another question, largely depending on resources and time.
On Oct 9, 2021, at 12:00 PM, pd-list-request@lists.iem.at wrote:
Message: 1 Date: Fri, 8 Oct 2021 08:55:47 -0700 From: Daniel Iglesia <daniel.iglesia@gmail.com mailto:daniel.iglesia@gmail.com> To: "hans w. koch" <hansw.koch@gmail.com mailto:hansw.koch@gmail.com> Cc: Pd-list <pd-list@lists.iem.at mailto:pd-list@lists.iem.at> Subject: Re: [PD] Pd in cross-platform frameworks Message-ID: <CANZ10W24dDk6O9cnR3gZV5o46S84dRVMHHfpdaKM7SMwomyPiA@mail.gmail.com mailto:CANZ10W24dDk6O9cnR3gZV5o46S84dRVMHHfpdaKM7SMwomyPiA@mail.gmail.com> Content-Type: text/plain; charset="utf-8"
I use Flutter for my day job, which I highly prefer to native iOS and Android development.
(If I ever have the time and energy, I am considering rewriting MobMuPlat in Flutter, which would unite 4 separate implementations (iOS, Android, Java Swing for desktop, MacOs) into a single implementation.)
While a Flutter GUI (and other layers of the app, e.g. data layer, controllers, etc) is cross-platform, you will still need to have a 'native' layer for iOS and Android in order to handle libpd integration and its interaction with per-platform audio APIs. But that would operate the same as existing iOS and Android native apps which use libpd; you would merely add a 'plugin' wrapper (i.e. a Dart library which translates app logic into calls to the native layer).
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
That sounds really interesting Dan, definitely looking forward for this!:)
Am 09.10.2021 um 21:04 schrieb Dan Wilcox danomatika@gmail.com:
One of my goals for libpd is to implement a GUI communication abstraction layer, similar too and possibly building upon the work done for Purr Data's GUI. The end result would you could implement platform or framework-specific drawing but the main logic stays in "Pd land" so you don't have to recreate the widgets themselves as we've done in PdDroiudParty/PdParty. You'd only need to handle "draw rectangle here" etc. This would be similar to how libpd already gives you message and MIDI handling.
When I can get to doing this for real is another question, largely depending on resources and time.
On Oct 9, 2021, at 12:00 PM, pd-list-request@lists.iem.at wrote:
Message: 1 Date: Fri, 8 Oct 2021 08:55:47 -0700 From: Daniel Iglesia daniel.iglesia@gmail.com To: "hans w. koch" hansw.koch@gmail.com Cc: Pd-list pd-list@lists.iem.at Subject: Re: [PD] Pd in cross-platform frameworks Message-ID: CANZ10W24dDk6O9cnR3gZV5o46S84dRVMHHfpdaKM7SMwomyPiA@mail.gmail.com Content-Type: text/plain; charset="utf-8"
I use Flutter for my day job, which I highly prefer to native iOS and Android development.
(If I ever have the time and energy, I am considering rewriting MobMuPlat in Flutter, which would unite 4 separate implementations (iOS, Android, Java Swing for desktop, MacOs) into a single implementation.)
While a Flutter GUI (and other layers of the app, e.g. data layer, controllers, etc) is cross-platform, you will still need to have a 'native' layer for iOS and Android in order to handle libpd integration and its interaction with per-platform audio APIs. But that would operate the same as existing iOS and Android native apps which use libpd; you would merely add a 'plugin' wrapper (i.e. a Dart library which translates app logic into calls to the native layer).
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