4 Commits

Include renames

Author	SHA1	Message	Date
darmanandClaude Opus 5	d69fe10b46	Add a drop shadow cast by the frame ... New plugin:hyprchrome:shadow_size (px, 0 = off), shadow_color and shadow_offset (vec2). Off by default, so existing setups are unchanged. The silhouette is the frame's own outer boundary - extracted out of GetBorderTexture into AppendFrameOuterPath so the shadow and the shape casting it can't drift apart - filled into an A8 mask, blurred with three box passes, then tinted. The frame's cutouts (side notches, the strip beside the title bar) are part of that outline, so they cast their shape for free. Three things worth not undoing later: - The window's interior is cleared after the blur, not before. Punching it first leaves the blur smearing shadow inward across the window's own content. Clearing afterwards puts the cut exactly on the ring's inner boundary, where the frame's opaque pixels hide it. - The shadow is not part of the decoration's reserved extents, since reserving it would push neighbouring windows away by the shadow's width. It's drawn past the decoration's box instead, which is why damageEntire() and boundingBox() expand by ShadowMarginLogical(). - It renders at no more than kShadowMaxDim px on the long edge and lets the GPU upscale. A blurred blob loses nothing to that, and a full-resolution blur would otherwise be re-run per frame for the whole length of a resize animation. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-07-31 01:50:02 +02:00
darmanandClaude Opus 5	1735a5c796	Add an inward glow bleeding from the border over the window ... New plugin:hyprchrome:glow_size (px, 0 = off) and glow_strength (0-1) bleed the border's own gradient inward past the window edge, over the window's own pixels. Off by default, so existing setups are unchanged. Drawn into the hole the ring's even-odd fill already leaves behind, from overlapping layers - one per px of depth - each covering the window edge inward to a progressively greater depth. Overlapping rather than abutting disjoint bands avoids an antialiasing seam at every shared edge; the cost is that a layer composites over every deeper one, so its alpha is solved outermost-inward from the target profile rather than being it. That profile is strength * (1 - d/glow)^2.2: steep off the window edge, easing into a tail that reaches zero tangentially so there's no ring where it stops. Corner handling, in order of how much it mattered: - Each layer's outer edge is the ring's inner boundary verbatim, chamfer vertices and all. Anything else detaches the glow from the frame and opens a sliver of unpainted window at each corner. - Each layer's inner edge - which is what the falloff's contours actually follow - is filleted in proportion to its own depth, so the glow reads as chamfered where it meets the frame and rounder as it fades inward. - Those inner edges also shrink their chamfer by (2-sqrt2) per px of inset. Insetting a chamfered rect while holding the chamfer constant moves the 45-degree face in by d*sqrt(2) rather than d, which had the glow running ~41% deeper at every corner than along the sides. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-07-31 01:19:16 +02:00
darmanandClaude Opus 5	b9dafe2ce1	Render border gradients instead of a flat first stop ... The frame collapsed Hyprland's border gradient to m_colors.front(), so a gradient col.active_border showed up as a single flat color. Snapshot the gradient (stops + angle) into a new header-only ChromeGradient and fill the cairo path with a linear gradient built from it: - AxisFor() reproduces the border shader's quadrant-folding progress function (y*sin(a) + x*(1-sin(a)), not a true rotation) as a cairo axis, so the frame's sweep stays in step with the window border it wraps. Checked against a port of the shader across all 360 degrees: cardinal angles exact, worst case 0.003 of the sweep (the shader folds on literal 1.57/3.14/4.71 where this uses pi). - SampleAt() interpolates in OkLab, where the shader interpolates, with each segment subdivided into sampled cairo stops so cairo's own sRGB lerp tracks that curve. active_color/inactive_color become gradient config values, taking the same syntax as general:col.active_border. Single-color configs are unaffected. The cross-focus fade (m_realBorderColorPrevious + fade progress, lerped between two gradients in-shader) is still not reproduced. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-07-29 20:36:24 +02:00
darman	a28a899874	hypr-chrome v0.1	2026-07-28 21:22:13 +02:00