open the file, then press the “open component viewer” button in the upper pane
the screenw channel is always lagging behind
the screenw channel also has some weird bumps (those bumps don’t show up all the time, if they don’t show up at all, try moving the mouse around)
Bug or expected behavior?
Thanks
Achim
late.toe (2.77 KB)
Hi Achim.
The screen* panel values are updated asynchronously to cooking (ie updated with screen layouts).
If there is no workaround I could investigate what it would take to lock them in sync.
Rob.
I see. Did you also get the bumps in the recorded channel?
There is a workaround, but let show you when this became an issue.
A: look at the last paragraph in the e-mail from 15.01.2009 “Re: BUG?: More panel stuff (resizing windows + layout)”
B: in a similar file, in order to decide whether I need to show scrollbars or not, I compare a children’s panels dimensions to the parent panel dimensions. And the one-frame late screen* sometimes caused the scrollbar to quickly toggle it’s visibility. But this might also have been due to some bad network design … dunno.
Anyway, I’m now using my own CHOP-based (table) layout/align manager. While it’s slower, I think I’m gonna stay with it due it’s flexibility. So currently I have no immediate need for a synchronous update, but maybe it will create problems for other users as well. dunno. I’ll let you know if I run into this again.
But a native table layout/align option would be nice 
Thanks
Achim
After some testing it would be really great if you could investigate what it takes to sync them. Currently my (heavily nested) panels take 4-6 frames to actually redraw all nested panels on top-level panel size changes.
I’m pretty sure that the reason for this is the asynchronous panelw,h update and/or the select COMPs. If you want I can first send a file where you can clearly see this.
thx
Achim