-
Notifications
You must be signed in to change notification settings - Fork 6
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
Widget Locking #78
Widget Locking #78
Conversation
…etion based on editing state
…emove action from default Type component
… update changelog state directly. add updateOtherStates for setting all other logs to editing=false when clicking edit on a changelog
…lements were not pulling in the temp version of the data
…closes the editing state for any other widget
…), add date-fns library for date validation
…guage used elsewhere in the widget
another great companion feature to the manual editing. Looks nice, feels nice, simple, works like a charm. Only one tweak and one question. Instead of the padlock icon in prop menu can we use text to be consistent. Lock should be fine? When locked, should we consider hiding the + action similar to other UI? My concern is around changing the context of the icon. |
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.
just two small changes and gtg
Description
Added the ability to lock the widget to the properties menu. Locking causes everything that is normally editable by click to be display only and transforms the add button into a lock icon to indicate the widgets locked status outside of the property menu - lock icon does not have a click action.
Fixes #48, dependent on #77
Type of Change
How Has This Been Tested?
Verified that all editable elements are unaccessible while widget is locked, and return to being editable once widget is unlocked.