/* PVT3 Sign & Send — Phase A styles. Scoped entirely to .p3-sign-* / .p3-mg-* / .p3-signsend-* so nothing here touches the plain viewer's existing rules. */ /* ── Header toolbar buttons (added to the existing viewer header) ───── */ /* SECTION A / A3 FIX (2026-08-24, Button Color Law): this rule used to force PDF Prepare & Send to the app's stock blue the moment it was active, overriding record-document-viewer.css's .p3-act-prepare.active (its own, correct, deeper-pink "active" tint) purely on specificity — a class+element+ attribute+class selector (0,3,2) beats a two-class one (0,2,0) regardless of load order. Removed: PDF Prepare & Send is the ONE colored button, active or not, and .p3-act-prepare.active already carries its own active-state shade. */ /* ══ THE WHITE HAND LAW (CLAUDE.md 5.21, David's ruling, 2026-08-21) ══ "The hand/pointer cursor is BANNED from Sign & Send... now and forever." Round 6 claimed this done; it wasn't — killing the floating move-arrow icon left every real BUTTON (header actions, rail tiles, toolbar, mini- toolbar, month-grid, fax modal) still showing cursor:pointer/grab, confirmed live by hovering every element type on the deployed site, not by reading the CSS. THE GUARD: `cursor` is an inherited CSS property — setting it ONCE here, on the sign layer's root, means any descendant that does NOT explicitly set its own cursor shows the plain arrow by default. Reintroducing the hand now requires a conscious, visible line of CSS (most of the rest of PVT3 uses cursor:pointer on buttons by habit — that habit is exactly how it kept creeping back in). The two deliberate exceptions, both set explicitly below: a mark = `move` (.p3-sign-stamp), actively-editing text/date = `text` (.editing). The fax modal and month-grid render as SIBLINGS of this modal, not descendants (documentHtml() appends them after ``), so they get their own copy of the same guard further down this file. */ .p3-record-viewer-modal.p3-sign-expanded{cursor:default} .p3-record-viewer-modal.p3-sign-expanded .p3-record-viewer-actions button{cursor:default} /* ── WORKSPACE SIZE (David's ruling, 2026-08-20) — the plain viewer keeps its own modest width/height (record-document-viewer.css, untouched); Sign & Send mode expands the SAME modal to a near-full-screen working size. !important is deliberate, not lazy: record-document-viewer.css already carries an equal-specificity `:has(.email-open)` rule for a DIFFERENT case, and this session already found one real bug from two rules of matching specificity fighting silently (the resize-handle collision, ROUND 1) — this guarantees which one wins regardless of load order or a future rule added beside it. */ .p3-record-viewer-modal.p3-sign-expanded{width:min(97vw,1680px)!important;height:94vh!important;max-height:none!important} /* ── THE PALETTE RAIL (ROUND 3) — a real