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

[Ivica Ico Bukvic]

> 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 
solution?

Best,

Ico

-- 
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

www.icat.vt.edu
www.performingarts.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net