-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Persist code changes in condition table when factor update #1376
Persist code changes in condition table when factor update #1376
Conversation
…s-after-editing-factors
…s-after-editing-factors
...d/home/components/factorial-experiment-design/conditions-table/conditions-table.component.ts
Show resolved
Hide resolved
…s-after-editing-factors
this.handleInitializeExistingTableData(); | ||
} else if (!this.experimentInfo && this.formInitialized && !this.isAnyRowRemoved) { | ||
} else if (!this.experimentInfo && !this.isAnyRowRemoved && (!this.formInitialized || !isDesignDataValid)) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we still need isAnyRowRemoved
? I think isDesignDataValid
can replace it. And it doesn't go stale after multiple back-and-forth edits.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
done, I have run few test to check if it's working properly but it will be good if you can verify same.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
One more question
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should remove the places where isAnyRowRemoved
is set in the FactorialExperimentDesignComponent
component file, since it is no longer being used in the template.
Here you go @bcb37, you can QA and if works fine merge this PR. |
…s-after-editing-factors
This PR will address issue of code changes not persisting in condition table when factor table get updated as we were generating new table for every edit. Now only rows which are related to code change in factor table will get updated.
Senario:
If we have 2 factors F1 and F2 and each have 2 levels L1,L2 and L3, L4
then when you change L4 to L5 condition not related L4 persist it's weightage and payload while new condition will be assigned 0 weight.
Users can edit values manually as they like or press equal weight to remove weight sum not equal 100 error.