/* A procedure opened from a QR code: FULL PAGE, nothing else (21 Sep 2026).
 *
 * checklist-qr.js puts `qc-focus` on <html> while a scanned procedure is open
 * and takes it off on Cancel / Submit. These are the station kiosk's own
 * chrome rules (index.html, ?kiosk=1 block) — the same elements, for the same
 * reason — but behind a class, because a scan is not a locked station: the
 * normal app has to come back afterwards.
 *
 * If the app gains another piece of chrome, it must be added here AND to the
 * kiosk block (issue_learning §18: a rule that hides chrome by naming it dates
 * the moment new chrome arrives). test/browser/schedule-qr-check.js measures
 * that nothing but the procedure is on screen.
 */

/* The app around it: sidebar, rail, header, banners, assistant. */
html.qc-focus nav.sidebar,
html.qc-focus body > header,
html.qc-focus #platformOwnerBanner,
html.qc-focus #subRenewBanner,
html.qc-focus .sidebar-overlay,
html.qc-focus .qc-rail,
html.qc-focus #qcRail,
html.qc-focus #qcNavToggle,
html.qc-focus .qc-assistant-fab,
html.qc-focus #qcAssistantFab,
html.qc-focus #chatbotContainer,
html.qc-focus #qcAssistant,
html.qc-focus #qcai-toggle,
html.qc-focus #qcai-panel { display: none !important; }

/* The page no longer steps aside for a sidebar that is not there. */
html.qc-focus body > .container { padding-left: 0 !important; }

/* Only the checklist screen, never the run picker behind it. */
html.qc-focus main section:not(#checklistRunSection) { display: none !important; }
html.qc-focus #ckRunPickerPanel { display: none !important; }
html.qc-focus #checklistRunSection { margin-top: 0 !important; padding-top: 0 !important; }
html.qc-focus .ckl-scope .ckl-run-sticky { top: 0 !important; }

/* ONE place to hand a check in, below the check — the standard you set for the
   station (issue_learning §20). The run screen's sticky top pair is the app's
   own affordance beside the app chrome; with the chrome gone it is just the
   same two buttons twice. */
html.qc-focus #ckRunHeadActs { display: none !important; }

/* Cancel / Submit checklist: the bar spans the screen, above the iPad's home
   indicator, and the window scrolls (not <body>) so iPad Safari places the
   fixed bar on the glass — the kiosk's 21 Sep fix, for the same device. */
html.qc-focus #ckRunSubmitBar,
html.qc-focus .ckl-scope .ckl-run-submit-bar { left: 0 !important; right: 0 !important; }
html.qc-focus .ckl-scope .qc-ui .ckl-run-submit-bar,
html.qc-focus #ckRunSubmitBar { padding-bottom: calc(.9rem + env(safe-area-inset-bottom, 0px)) !important; }
html.qc-focus .ckl-scope #ckRunSectionsContainer { padding-bottom: 1rem !important; }   /* the bar is in the flow now (sticky), no clearance */
html.qc-focus,
html.qc-focus body { height: auto !important; min-height: 100%; overflow-x: clip !important; }
html.qc-focus body { overflow-y: visible !important; }
html.qc-focus { overflow-y: auto !important; }

/* The READ-ONLY procedure (ckViewTemplate's preview) is the page itself here,
   not a window over the app: edge to edge, full height, its own scroll. */
html.qc-focus #ckViewModalOverlay { padding: 0 !important; align-items: stretch !important; }
html.qc-focus #ckViewModalOverlay .ckv-box { max-width: none !important; border-radius: 0 !important; box-shadow: none !important; min-height: 100%; display: flex; flex-direction: column; }
html.qc-focus #ckViewModalOverlay .ckv-body { max-height: none !important; flex: 1 1 auto; }