[L2Ork-dev] GOP redraw bug

[Ivica Ico Bukvic]

So, I tracked this problem down to the g_graph.c line 960 where 
graph_vis 0 deletes all glist objects inside gop regardless whether they 
are scalars or not and when graph_vis 1 is called it does not do 
anything to the subwindow but only its representation on the parent 
window. When commented out, this fixes the problem but likely breaks the 
scalars. So, now I need to track if there is a way for glist to report 
whether it has any scalars and if so, to delete and redraw them as part 
of the graph_vis. This is all kind of hacky since this will result in 2 
redraw cycles for each undo. Perhaps only catching scalars may be a way 
to do this...

To reproduce the bug, use the attached patch, delete some objects in the 
subpatch, then undo and they will all disappear, leaving only patch 
cords and the gop rectangle.

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

-------------- next part --------------
#N canvas 174 343 450 300 10;
#N canvas 100 85 450 300 blah 1;
#X obj 112 114 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 246 103 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 219 171 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 260 176 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 276 133 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 286 143 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X floatatom 300 204 5 0 0 0 - - -, f 5;
#X connect 1 0 2 0;
#X connect 2 0 3 0;
#X coords 0 -1 1 1 85 60 1 100 100;
#X restore 147 101 pd blah;