[L2Ork-dev] Contributing to new GUI improvement?

[Marco Donnarumma]

Hi all!

thanks for the kind welcome :)

>
>
> Where in the Purr source should I look first to get an understanding of
>> how the new gui works and how it can be improved?
>>
>
> The JavaScript source of the GUI is in purr-data/pd/nw/. It's hard to
> understand by itself, though, since there are some deep tie-ins with Pd's
> real-time engine in the C part, i.e., the stuff in purr-data/pd/src/.
> Basically, the GUI and the real-time engine each run in their own process
> and communicate over a socket using Pd's "FUDI" protocol (or rather some
> Purr-specific variation of it).
>
> Basically, the GUI calls the C part using the pdsend() function (in
> pdgui.js), and the C part calls back into the GUI using functions like
> gui_vmess(), gui_start_vmess() ... gui_end_vmess(). So these are the kind
> of calls you want to watch out for. Be warned that the sources are riddled
> with these, and it's not always easy to figure out what interactions are
> going on there. But we can always ask Jonathan, he has a really good grasp
> of the big hairball that is the internals of Pd. ;-)
>

fantastic, thanks for the concise and precise directions!



>
> For instance, something basic that I'd like to achieve is a small public
>> library of new animated gui sliders and gui buttons with embedded preset
>> saving.
>>
>
> We've also been thinking along these lines. See, e.g., Section 4.3 in our
> LAC paper: https://musinf.univ-st-etienne.fr/lac2017/pdfs/19_C_
> C_137956.pdf
>
>
yep, just read the article. It's really great to know you're onto this. In
the past it has been very hard to push any real change in that direction,
Jonathan will probably know this best given his massive efforts for the new
gui. I had done several ui widgets based on Pd-extended, just before it
started fading out of existence, so, when I completed my library, pd-ext
was not there anymore....arrg.

I was now about to port everything to vanilla, but fortunately had first a
look at Purr and realised the potential it has.



> I'm aware this seems not to be among your priorities (at least from the
>> read me on Albert github), nevertheless would like to hear your opinion.
>>
>
> I actually consider this a high priority, it would be just *amazing* to
> have this capability! My understanding is that the main issue there is the
> way that Pd does its gop scaling, so we'd need a way to turn that off when
> rendering data structures inside a gop area. Jonathan has given this some
> thought already, if I'm not mistaken. Jonathan?
>

indeed. Jonathan, it would be great if we could discuss the issue a little,
so I can understand how I can help.

I'll now familiarise myself with the new Purr communication protocols.

best!
M


>
>
> Albert
>
> --
> Dr. Albert Gr"af
> Computer Music Research Group, JGU Mainz, Germany
> Email:  aggraef at gmail.com
> WWW:    https://plus.google.com/+AlbertGraef
>
> _______________________________________________
> L2Ork-dev mailing list
> L2Ork-dev at disis.music.vt.edu
> https://disis.music.vt.edu/listinfo/l2ork-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20171218/4fec0b9e/attachment.html>