[PD] Help with OSX App minefield

[Ivica Bukvic]

...tkpath in pd-l2ork, just like cwiid library is a fork that has more bug
fixes and features than any other variant since the core of either packages
is not maintained uniformly or at all, so tkpath is very much maintained
inside pd-l2ork.

There's also on my short-term a todo list to overhaul vanilla gui objects
so that they queue their actions rather than requesting the same action
multiple times per refresh and bogging down the networked nature of the gui.
On Nov 4, 2013 3:52 PM, "Dan Wilcox" <danomatika at gmail.com> wrote:

>
> On Nov 4, 2013, at 1:35 PM, pd-list-request at iem.at wrote:
>
> But "people" aren't going to write a gui for Pd.  There is already libpd
> and I don't see a bunch of elegant and efficient Pd frontends sprouting up
> because of that.  (Though I'm sure there are a lot of projects that do cool
> things with it.)
>
>
> The main reason for this is that we haven't pulled out the gui elements
> yet. There isn't yet an interface in libpd to edit the object graph and I'm
> not sure where the plans are on that. Once it's there I'm sure we could see
> some interesting things. I imagine I could add patch editing to PdParty
> using Objective-C in about a week or two if I had such an interface.
>
> I agree with both Han's point that a long term goal of cleanly separating
> the gui from the dsp is what we want. At the same time, I agree with
> Jonathan in that we shouldn't abandon/neglect what's already here and
> working. The overall plan, as far as I know, is once there is a clean
> separation the dsp core from the gui, the pd tcl/tk app would then be
> updated to use libpd.
>
> As for when that would happen, who knows? Anyone want to hire Jonathan,
> Hans, me, etc at a research lab to do it? I'll be available in the spring :D
>
> --------
> Dan Wilcox
> @danomatika
> danomatika.com
> robotcowboy.com
>
>
>
>
>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20131104/ce7ee85a/attachment.htm>