[L2Ork-dev] rfc: tiny gui interface

[Ivica Bukvic]

This is great news, Jonathan. Is this the most appropriate API for devising
the K-12 menu or should I pursue pure HTML/CSS implementation by altering
the canvas HTML doc?

-- 
Ivica Ico Bukvic, D.M.A.
Associate Professor
Computer Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
ico at vt.edu
www.performingarts.vt.edu
disis.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

On Nov 14, 2017 23:05, "Jonathan Wilkes" <jancsika at yahoo.com> wrote:

> Hi list,
> I've got a branch that adds a small GUI API that can incrementally be
> switched out
> for the current "tcl-like" content inside the various functions of
> pdgui.js.
>
> Currently, there are some problems that can crop up when updates to the
> GUI get
> sent from Pd before the GUI has finished loading the window. I've got some
> stop-gap
> existence checks sprinkled about but that isn't very maintainable.
>
> This interface has three benefits:
> 1. The existence checks are abstracted away.
> 2. The methods return a reference to the API so commands can be chained
> together
> 3. Non-existent elements within such a chain will just be silently skipped
> without error.
>
> Have a look here:
> https://git.purrdata.net/jwilkes/purr-data/tree/gui-refactor
>
> The current Pd<->GUI API can still be used with this; hence it can
> incrementally replace
> the current code.
>
> Any suggestions are welcome.
>
> -Jonathan
>
> _______________________________________________
> 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/20171114/ca61ff3e/attachment.html>