Open NRCgg opened 1 month ago
@rradnev1 Posted this as a discussion but I think it relates directly to Issue #82
This is a SNAP core animation enhancement. I propose instead of the suggested enhancement, add an additional data channel to the display beans, with a "hidden" range of values, and a "shown" range of values. Then, when the view is locked, the display bean would use the value of that channel to determine whether or not to paint. This avoids having to either somehow reference a display bean in the python data source script, or spin up a python instance for every display bean in the view.
HAHA, @WDunsford comment is good but in plain/common language that us users can understand! Here is my attempt at a Plain English version of your comment -please let me know if I have something wrong!
The improvement requires changing the SNAP core code; this is not merely an "Animation plugin" change.
The display elements/objects in the animation model are actually implementations of "JavaBeans", or "Display beans", or just "beans" in this context. SNAP display elements (beans) have a property called "Channels" that is used organize data used to communicate information to/from the display elements. The developer is proposing that instead of the "layer" approach mentioned in the original suggestion, that a data property "channel" be added that can be used to control whether the display element is visible or not. This "view/hide" data channel property could be used programmatically to control the display elements visibility.
@NRCgg Basically. We're talking in-house about also supporting hiding or showing whole layers, to simplify the process when you have a lot to update. We've had a request for "scenarios" which allow for remembering values (#66) that could also be taken into account.
Discussed in https://github.com/NRC-Research/SNAP-issues/discussions/84
@rradnev1