Closed CynthiaKamau closed 3 months ago
Size Change: -245 kB (-19.5%) 🎉
Total Size: 1.01 MB
Filename | Size | Change | |
---|---|---|---|
dist/800.js |
0 B | -245 kB (removed) | 🏆 |
This PR addresses the issue of null/undefined values on calculated fields in edit mode . Calculated value is persisted when : -There is a default value -The encounter value is undefined -The encounter value and calculated value are the same, if different
@CynthiaKamau Please strive for greater clarity in PR summaries. "This PR addresses the issue of null/undefined values on calculated fields in edit mode" what is the issue in question? It is not obvious what "null/undefined values on calculated fields in edit mode" means or why it would be a problem. And the phrase "The encounter value and calculated value are the same, if different" doesn't make sense.
Thanks for your work on this; I hope this is useful feedback.
@CynthiaKamau Are the next steps clear to you? Any blockers?
@CynthiaKamau Are the next steps clear to you? Any blockers?
@CynthiaKamau Are the next steps clear to you? Any blockers?
I will update the description.Thanks for the feedback
@samuelmale do you still have any reservations on this ?
… values
Requirements
Summary
This PR resolves the issue of null or undefined initial values for calculated fields when entering edit mode. Previously, the assumption was that all calculated fields would be retrieved through asynchronous functions from the expression runner. This assumption led to problems when synchronous functions were used, resulting in null or undefined initial values.
Screenshots
https://www.loom.com/share/866edea9d4c34b91ab4ef3ef93eba49c?sid=7ffa7c0d-58cd-42e2-a30f-64d4448462d7
Related Issue
Other