-
-
Notifications
You must be signed in to change notification settings - Fork 185
Checkbox should use isEditable
instead of disabled
#288
Comments
I would like to take this task. Also, I guess that expected behavior should be: Instead of a based on this comment HospitalRun/hospitalrun#218 (comment) Looking forward to start contributing to this project |
@Alex-IS welcome! And yes you’re right, I flipped it. I’ve updated the issue. |
isEditable
instead of disabled
isEditable
instead of disabled
@Alex-IS. Forgive me, I really messed this one up. The correct implementation should be a disabled prop, so that it's consistent with the rest of the components, which it's already doing. So this issue is no longer needed. |
No problem :-) Should we implement wrapper component in frontend package? |
I think this could be a good idea. |
Also, what is the reasoning about having wrapper components in frontend package? I'm trying to understand architecture decisions, so I can be of help |
The intention of the components repository is for it to be a spot where the most "primitive" components are defined. The advantage is that once the interfaces are defined, then these components can be updated independently without breaking any changes. At the time, it felt like the "wrapper" components were not "primitive" enough to be defined in the components repository. However, I think they could (and maybe should) be defined in this repository. |
🐛 Bug Report
The way that Checkbox is enabled/disable is not consistent with other components.
Expected behavior
Instead of a disabled prop, there should be a isEditable prop.
Technical Notes
Related Issues
#62
HospitalRun/hospitalrun#218
The text was updated successfully, but these errors were encountered: