fix(ui): cap the art and tracklist without container queries

container-type and cqw land in chromium 105. The framebuffer browser runs
QtWebEngine 5.15, i.e. chromium 87, which drops the cqw declaration and
the cap with it: the cover art stretches and the tracklist grows down the
page instead of scrolling inside its card. On the 480px tall screens
those pi setups use, one long queue pushes everything else off screen.

A vh fallback ahead of the cqw value covers those engines and costs the
newer ones nothing. Both rules take the same value, the tracklist being
sized to the cover's footprint so the card keeps its height when
toggling between the two views.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_018ttTauWYwg5MhzapKNY4R3

Author: b0bbywan

ui/styles/input.css

@@ -230,14 +230,21 @@ button.htmx-request {
 		@apply rotate-180;
 	}
 
+	/* Container queries land in chromium 105 and the framebuffer browser runs
+	   87, where the cqw declaration is dropped and the cap with it: the art
+	   stretches and the tracklist grows instead of scrolling, which swamps a
+	   480px tall pi screen. The vh fallback has to stay the same on both so
+	   the card keeps its height when toggling between the two views. */
 	.player-art {
 		@apply mx-auto w-full max-w-[75%] rounded-md mb-2 cursor-zoom-in;
+		max-height: 50vh;
 		max-height: 75cqw;
 	}
 
 	/* Tracklist view — capped to the cover's footprint, scrolls inside */
 	.tracklist {
 		@apply mb-3 overflow-y-auto rounded-md px-2;
+		max-height: 50vh;
 		max-height: 75cqw;
 	}