You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Dynamic running sometimes doesn't update when UI inputs change #3
Happens often w/ sliders, less often with text boxes.
I think what's happening is a race condition between the UI thread and the evaluation thread. Evaluate thread fetches UI value, UI thread then updates the value, and then evaluate thread marks it as clean after using the old value.
Solution: wrap evaluate thread in UI dispatcher such that UI is fetched and marked clean in the UI thread. This way, the UI updates before the evaluation (and the latest value is fetched) or the old value is fetched and the node is marked clean before the change happens and it becomes dirty again (the queue will then rerun it to get the changes).
Other potential solution: setting IsDirty to true kills current execution and the re-evals.
Pros: potentially faster, less likely to get garbage data, can rollback the transaction so document will never get updated.
Cons: could result in unexpected run issues and element states which are unaccounted for. With DMU might not be a problem, but still potential unexpected thread issues may arise.
IsInteractive attribute can now come into use. If true, eval is wrapped in dispatcher. Entire eval needs to be wrapped (from checking if cancelled to setting IsDirty to false) in order to avoid race conditions. Once the eval cancellation flag is set, IsDirty can NOT be set to false before the evaluation actually stops.
Activity
Steell commentedon Jun 12, 2012
Other potential solution: setting IsDirty to true kills current execution and the re-evals.
Pros: potentially faster, less likely to get garbage data, can rollback the transaction so document will never get updated.
Cons: could result in unexpected run issues and element states which are unaccounted for. With DMU might not be a problem, but still potential unexpected thread issues may arise.
Steell commentedon Jun 12, 2012
IsInteractive attribute can now come into use. If true, eval is wrapped in dispatcher. Entire eval needs to be wrapped (from checking if cancelled to setting IsDirty to false) in order to avoid race conditions. Once the eval cancellation flag is set, IsDirty can NOT be set to false before the evaluation actually stops.
Merge pull request DynamoDS#3 from theanh0512/extractNodeDesForLib1st
Merge pull request DynamoDS#3 from ikeough/MAGN-6936
Rewrite Engine tests to use new list syntax (#3)
Merge pull request DynamoDS#3 from DynamoDS/master
Python.NET binaries update (DynamoDS#3)
Fix autocomplete popup - #3 (#11224)
Fix autocomplete popup - #3 (DynamoDS#11224)
Cherry-pick: Fix autocomplete popup - #3 (#11224) (#11227)
Node Redesign (#11892)
Node informational states (#4) (#11910)
Dynamo UI Refresh (#11961)
Node informational states (#11983)
UI Refresh Reduced Scope Further - Node Redesign and Wire Management (#…
Node informational states (#4) (#11910)
Node Informational States (#12080)
Python Node Editor Visual Update - part #3 (#13783)
Python Node Editor Visual Update - part DynamoDS#3 (DynamoDS#13783)
Python Node Editor Visual Update - part #3 (#13783)
fixing cache DynamoDS#3
Adding a GitHub action to perform a Binary Diff job on each PR/push e…