<div dir="ltr"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Ok, I have now a better understanding of what your exact problem is. It<br>
strikes me that I never ran into this. I tested it by putting some of<br>
my own data structure stuff into GOP subpatches and putting those into<br>
other subpatches. It doesn't happen with the patches I tried.<br></blockquote><div><br></div><div><br></div><div>it's also the first time I notice it. maybe it has something to do that these scalars come from different templates (structs).<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Are you sure it's a z-ordering problem at all? I'm not saying that it<br>
isn't, but your patch illustrates that the arrays are not visible after<br>
opening the subpatch and that sending 'background <clr>' helps, which<br>
*could* be a z-ordering problem, but also something totally unrelated. <br></blockquote><div><br></div><div>in this case it surely doesn't have anything to do with z-order, as anyway scalars are redrawn (and go to the front) when something in them is edited.</div><div>sending the background message (as well as some others I prepared) only corrects the problem, because the patch rewrites a value from the scalars, so that they come to the front - it's not an "automatic" pd reaction.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Have you tried to boil down an example patch that is much simpler, but<br>
still exhibits the problem? </blockquote><div><br></div><div>it would surely help, but I'm not sure when I would have the time for it. I started doing one, but then it didn't work immediately, so I put this one instead. <br></div></div></div>