[L2Ork-dev] Design decisions to make regarding the z-order of the xlets of objects

Ivica Ico Bukvic ico at vt.edu
Mon Jul 15 11:48:17 EDT 2019

> Unfortunately, it appears that graph_vis is so complex that we can
> essentially call it a "write-only" function at this point.
> Given that, we could just create a js function
> "gui_move_graph_to_front" and add a call to it after the gobjs are
> drawn. It would go here:
> https://git.purrdata.net/jwilkes/purr-data/blob/master/pd/src/g_graph.c#L1139
> That function would just grab the relevant <g> for the graph and move
> it to the top of the Z order for objects (but still behind the cords).
> Drawback is that this adds a DOM mutation which may cause a re-layout.
> But that's probably worth it in order to get proper Z-order for GOP.

Thank you, Jonathan and Shaoqian. I wonder is the graph_vis function and 
its supporting calls are identical to pd-l2ork branch as that one does 
not have this problem. Perhaps that may be another place to look for a 



Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
ico at vt.edu


More information about the L2Ork-dev mailing list