Review the same revision
Requesting approval freezes the current canvas and settings as a version with a checksum, rather than asking someone to approve a moving target.
Move from scattered screenshot feedback to named milestones, resolvable comments, a frozen approval candidate, and a decision tied to the exact version that was reviewed.

A useful decision record identifies the plan, the version, the requester, the responder, and what happens when the layout changes afterward.
Requesting approval freezes the current canvas and settings as a version with a checksum, rather than asking someone to approve a moving target.
Comments can be opened, resolved, and reopened. Named milestones preserve context before a significant edit or client review.
A content change moves the floor plan back to working status and cancels a pending request, preventing the old decision from silently following new work.
Approval is a product state with a traceable version—not a safety certificate and not a substitute for every specialist review.
Finish the intended revision, save the plan, address obvious open questions, and name a milestone if the team needs a recognizable checkpoint.
Add the approval context. Margo freezes the current scene as the candidate and records the requester, time, version, and scene checksum.
An owner or admin can record an approved or changes-requested response with a note. The decision stays attached to that version.
Share or print the current reviewed plan. If the event changes, edit the working plan and send the new version through review rather than reusing the prior status.
The review record sits beside the editable plan, so the layout and the conversation about it do not drift into separate files.
Each saved milestone keeps its own canvas, settings, name, note, creator, and timestamp. Restoring a milestone creates a new version rather than rewriting history.
Workspace members can add plan comments, mark them resolved, and reopen them when the issue returns.
Only workspace owners and admins can approve or request changes, keeping the decision action separate from ordinary editing.

Teams use the word approval for different things. State the scope so the record is useful and does not imply authority the reviewer does not have.
Margo stores the current canvas and plan settings as a version and calculates a scene checksum. The request points to that version, so the decision can be matched to the reviewed scene.
Within the product, workspace owners and admins can respond to a pending request. Your organization still decides whether that person has authority for the stated review scope.
A content change returns the plan to working status. A pending request is canceled, and a previously approved version remains in the history rather than being relabeled as the new work.
The current shared link is view-only. It does not expose an external approval control, so a workspace owner or admin must record the decision in Margo.
Create the candidate, name the decision scope, resolve the important comments, and confirm how the plan returns to review when it changes.