vv webcam Unit 2: the Chat scene in the vertical tier - rect only, tile or one whole 607x540 area

The creator's locked table (2026-10-17) gives the Chat scene its own rules in
the 9:16 tier: RECT ONLY - the circle option is not offered - and a size that
is either the normal small tile or ENLARGED to fill one whole 607x540 area
(top or bottom). Unit 1 shipped the per-scene placement; this unit is the Chat
scene's own variant of it.

The rule lives on the MODEL, not on the button:
- Models/SceneElement.cs: ClipShape and ToggleClipShape() are now virtual.
- Models/WebcamSceneConfig.cs: VerticalShapeLocked (set per scene by the VM)
  OVERRIDES the ClipShape property, so no writer can slip a circle in - the
  toggle, the Shape button and the placement swap all go through it. The lock
  is cleared BEFORE the 16:9 layout comes back, so the desktop shape returns.
- ViewModels/MainViewModel.Webcam.cs: CanToggleClipShape (the circle is NOT
  offered in the vertical Chat layout - the Shape button disappears, it is not
  merely greyed out), IsChatSceneCamera, ResizeWebcamInVerticalTier.
- Models/VerticalCameraLayout.cs: FillsArea (the "enlarged" state, derived -
  no new column) and SizeFor - the Chat camera's TWO sizes, the tile or the
  whole area, whichever is nearer the requested width, so the resize handle
  has two detents instead of any size in between.
- An enlarged camera FILLS the area its centre is in (top or bottom), so
  dragging it up/down swaps the areas.
- The Chat camera is auto-tiled like the Live one when the vertical tier is
  picked - otherwise the vertical chat stream has no camera at all.
- Controls/PreviewPane.xaml.cs: the resize routes through the VM; the drag
  assigns, lets the model clamp into the band, then snaps (so the enlarged
  camera can be dragged from the top area to the bottom one).

Test: ytLive.Tests/VerticalChatCameraLayoutTests.cs - the ONE Good Dog test for
the unit: the vertical tier is picked -> the Chat camera comes into the band as
a small RECT tile -> the circle option is not offered and cannot be set even on
the model -> dragged up and enlarged it fills the TOP area exactly -> back to
16:9 the desktop layout is restored exactly and the circle option is offered
again. 430/430 tests pass, 0 warnings.

Research (the creator's table is the established practice, not our invention):
- Streamlabs' vertical guide: "splitting the screen in half horizontally,
  placing the camera feed in the top half and the main content on the bottom
  (or vice versa) may be the bet", and a just-chatting vertical wants the
  camera "to take up most of the screen"
  (streamlabs.com/content-hub/post/overlays-vertical-and-horizontal-streaming)
- Bloopbot's vertical overlay docs describe the same per-layer model we use at
  scene granularity: "move or resize a layer on Vertical and it stops being
  Auto-placed. It keeps the place you gave it, and the horizontal layout is not
  touched" (bloopbot.com/docs/vertical-overlays-twitch-dual-format) - our
  swap-at-tier-change, stored per scene.
- Landmine recorded: "about the bottom 560 px of the vertical video can be
  covered by Twitch's chat and player controls on phones" (Bloopbot) - the Chat
  camera's enlarged BOTTOM area may be half-hidden by the platform chrome;
  TASK 53's safe-zone work decides that.

Memory in the same commit: ai.md (the Chat rules, the shape lock, the tests),
TASKS.md + TASKS/task-57-vertical-camera-layout.md (TASK 57 complete), HANDOFF.md,
MyMistakes.md (3 recipes: lock the model property not the UI button; two detents
for a discrete size set; the edit tool cannot match an oldString with an em
dash), Models/ViewModels/Controls index rows.

Models/WebcamSceneConfig.cs

@@ -97,6 +97,12 @@ public class WebcamSceneConfig : SceneElement
     /// <see cref="LandscapeX"/> and friends until the tier switches back.</summary>
     public bool VerticalLayoutLive { get; private set; }
 
+    /// <summary>True while the vertical placement must stay RECT — the Chat
+    /// scene's vertical layout (the creator's table: "vv · Chat = rect only, no
+    /// circle option"). The circle is not offered there, so the shape cannot
+    /// become Round by any writer.</summary>
+    public bool VerticalShapeLocked { get; internal set; }
+
     /// <summary>The vertical tier's band over the master frame (transient — the
     /// VM sets it when the tier changes). While the vertical placement is live
     /// the camera's geometry is clamped to it: outside the band is invisible.</summary>
@@ -166,6 +172,26 @@ public class WebcamSceneConfig : SceneElement
         VerticalRectHeight = RectHeight;
     }
 
+    // The Chat scene's vertical layout is rect-only (the creator's table, the
+    // circle option is not offered there). Locking the SHAPE property — not
+    // just the toggle — means no writer can slip a Round camera in: the
+    // toggle, the shape button and the placement swap all go through here.
+    public override ClipShape ClipShape
+    {
+        get => base.ClipShape;
+        set => base.ClipShape = VerticalShapeLocked ? ClipShape.Traditional : value;
+    }
+
+    public override void ToggleClipShape()
+    {
+        if (VerticalShapeLocked)
+        {
+            ClipShape = ClipShape.Traditional;
+            return;
+        }
+        base.ToggleClipShape();
+    }
+
     // The geometry is clamped into the band while the vertical placement is
     // live — a camera outside the cropped window is a camera the viewers never
     // see, and every writer (drag, resize handle, the properties fields) goes