if i have a parameterCOMP looking at a component I’m editing, and built-in pages are involved, every edit i make to the customPars of this targetCOMP reinits the par comp and switches to the first built in par page of the comp. This gets really annoying when trying to customize a component using the UIs I’ve built that rely on the parComp.
attached session can reproduce. adding a new par to Checkers when the custom page of the par component is open resets it to ‘base’ page, which isn’t the behavior when just viewing the floating par viewer of Checkers itself
Does the new “Sync Page Selection” toggle on parameterCOMP work as a solution for your case? It keeps your par comp dialog on the same page as any floating par dialogs for that OP.
I understand that it is not a full solution for the problem you’re describing here, but keeping the page selection when creating pars is an edge case that may not bubble up the bug queue quickly.
Is there anything similar for Lister? I have a UI element that handles my preset tables, and one if them is in my perform mode UI, but another is accessible in the editor as a popup, and sometimes if they both look at the same table, they freak out, i think if one if them is set to sort and the other isn’t. Maybe there’s some binding trickery i can do that’s the move, since I’m defining everything myself, it would probably be difficult to keep listers in sync
Yeah that’s a very different situation. I think that one’s in the developer’s hands… especially if you’re trying to link to one table from two listers…