/*
 * TASK-119: soft-UI fixes for Listeo Booking Plus's OWN native modal chrome
 * (never a Listeo file — only a scoped stylesheet enqueued alongside it,
 * same pattern as booking-payment-preview.css). Two real, DOM-verified
 * problems this file fixes:
 *
 * 001. `.lbp-summary` (the modal's left sidebar — Booking Summary rows +
 *      our own Roots preview block) has no overflow rule of its own, and
 *      its parent `.lbp-sidebar` is a fixed-height flex column
 *      (height = modal height) stacking `.lbp-sidebar-header` +
 *      `.lbp-steps-nav` + `.lbp-summary` with flex-grow:0 on all three.
 *      Combined content height regularly exceeds the fixed container
 *      height (measured 781px of content inside a 733px container on a
 *      real full_payment fixture), and `#lbp-booking-modal` itself has
 *      `overflow-y:hidden` — so the overflow was silently clipped, never
 *      scrollable, before this fix. This gap exists in Listeo's own layout
 *      regardless of whether our Roots block is present; our block only
 *      made it visible because it adds height. `min-height:0` is the
 *      actual fix (a flex item's default `min-height:auto` is what
 *      prevents it from ever shrinking below its content size — the
 *      textbook reason this kind of flex overflow clips instead of
 *      scrolling); `flex:1 1 auto` lets it claim the remaining space in
 *      the column instead of only its content's natural height.
 * 002. The native scrollbar this creates sat ~24px inside the sidebar's own
 *      edge (`.lbp-sidebar`'s `padding-right:24px`, which `.lbp-summary`
 *      respected) instead of flush against the dark/white boundary — the
 *      negative margin + matching inner padding below moves the scroll
 *      *track* to the true edge while keeping the *content* aligned with
 *      the header/steps above it. The custom scrollbar colors (soft
 *      translucent white) replace the harsh default OS scrollbar that
 *      looked out of place against the dark sidebar.
 *
 * Enqueued only on a single listing page (BookingModalSoftUiAssets::
 * maybe_enqueue_assets(), is_singular('listing')) — same gate
 * BookingPaymentPreview already uses. Never loaded in wp-admin, checkout,
 * emails, or globally.
 */
.lbp-summary {
	flex: 1 1 auto;
	min-height: 0;
	overflow-y: auto;
	margin-right: -24px;
	padding-right: 17px;
	scrollbar-width: thin;
	scrollbar-color: rgba(255, 255, 255, 0.28) transparent;
}

.lbp-summary::-webkit-scrollbar {
	width: 6px;
}

.lbp-summary::-webkit-scrollbar-track {
	background: transparent;
}

.lbp-summary::-webkit-scrollbar-thumb {
	background: rgba(255, 255, 255, 0.28);
	border-radius: 999px;
}

.lbp-summary::-webkit-scrollbar-thumb:hover {
	background: rgba(255, 255, 255, 0.45);
}

/*
 * 003. The native itemized price breakdown (`#lbp-price-breakdown`, e.g.
 *      "Service rate 65,00 × 8 guests / 520,00") lives in the right-hand
 *      step content, not the sidebar — a separate concern from the
 *      overflow above. It defaults to expanded (Listeo's own
 *      BREAKDOWN_COLLAPSE_THRESHOLD is 4 rows; a single "Service rate"
 *      line never exceeds that) and, once expanded, showed a raw
 *      operator-price number right next to our own Roots total — exactly
 *      the "customer sees accounting as a protagonist" problem this task
 *      exists to remove. assets/booking-payment-preview.js now collapses
 *      it once, the first time our own Roots preview renders successfully
 *      (see that file) — reusing Listeo's own accessible toggle
 *      mechanism (aria-expanded, keyboard-activatable) rather than
 *      hiding it outright, so the calculation is still one click away,
 *      never deleted. This rule only softens its *visual weight* for the
 *      moment a customer does expand it — never their default state,
 *      never full_payment's/pre_reservation's actual numbers.
 */
#lbp-price-breakdown.lbp-price-breakdown {
	font-size: 12px;
	color: #6a6a6a;
}