Tooltip

CSS-only hover; no Radix portal. Blok wraps Radix UI's Tooltip primitive which uses a portal and JS-computed positioning. BlazorUI's Tooltip uses a pure CSS group-hover mechanism plus CSS Anchor Positioning (position-anchor + position-area) to anchor a position: fixed tooltip to its trigger. The fixed positioning means the tooltip escapes ancestor overflow clipping — useful for nav menus and other scrollable containers — without needing JS or a portal. Requires a Chromium-based browser (Chrome / Edge 125+); Firefox and Safari support is shipping. TooltipProvider is intentionally not implemented (no central delay coordination is needed — see Delay below).

Improvement: per-tooltip Delay on TooltipContent. Blok / Radix expose a single Provider-level delayDuration. We attach an optional Delay (milliseconds) directly to TooltipContent so each tooltip can opt in to a hover delay independently. The delay applies only on hover-in; hover-out stays instant.

Improvement: ClassName on Tooltip root. Blok's root is a Radix context provider with no DOM. Our root renders the positioning context (relative inline-flex group/tooltip), so we expose ClassName to let consumers tweak its layout without losing the group/tooltip wiring (e.g. flex-1 min-w-0 when the trigger needs to fill a flex row).

Text colour: text-white, not text-inverse-text. Blok's source uses text-inverse-text on the bg-gray-700 tooltip surface. Our token --color-inverse-text flips to a dark colour in dark mode (which is correct on light surfaces like buttons) — but the tooltip surface is hardcoded gray-700 in both modes, so the inverted token would render dark text on a dark surface. We use text-white literal to keep tooltip text readable in dark mode.