This repository has been archived by the owner on Jun 7, 2024. It is now read-only.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This feature partially closes #6, by providing a mechanism to lock/unlock Areas within the canvas.
To process this change: I've added an additional custom_meta.object_type field to the wall and area objects, mirroring what you already use for the overall floor area and racks.
A new Lock/Unlock Object button is added to the left hand nav, acting as a toggle switch- calling lock_floorplan_object()
The lock_floorplan_object() function evaluates the selected object, determines if it is a wall, area or other (based on code the "other" option would be rack. When the object is locked, rotation, X/Y movement and the mt, mb, ml, mr and mtr resize/rotation props are disabled.
When the object is unlocked:
I do believe this is a semi-breaking change for existing wall/area uses. If desired I could likely add in an edit/redraw section to the toggle to handle an undefined case. Let me know.