fix(genre-filter): popup uses CSS max-height for smart positioning
The collision check in positionPopup was reading the popup's measured rect right after mount, but the popup grows after that runs (the genre tree fills in asynchronously). The first measurement reported a height much smaller than the final ~500px / ~700px max-heights from CSS, so the "would I overflow the bottom?" branch evaluated false even when the final popup didn't fit. Result: bottom of the popup got clipped by the window edge (visible in the Discover -> Filter by genre flow on short windows). Use the CSS max-heights (530/630 already used for width) as the collision target instead. If the down-placement still overflows, try flipping above the trigger; if neither fits (very small window), clamp to the bottom padding and let the popup's own internal scroll handle the overflow. cc
This commit is contained in:
1 parent
6049240640
commit
824b577dc2
2 files changed
+22
-8
No files matched your search
@@ -64,6 +64,7 @@
|
||||
<li>Editor's Picks tab cleanup: removed redundant "Album of the Week" and "Qobuzissime" ribbons on cards inside their own eponymous sections</li>
|
||||
<li>Playlist context menu in the sidebar now flips above the cursor when it would otherwise fall below the window</li>
|
||||
<li>Sort submenu in the sidebar playlists menu no longer gets clipped by its parent dropdown</li>
|
||||
<li>Genre filter popup uses its CSS max-height for collision detection so it flips above the trigger or clamps to the viewport instead of overflowing the bottom of the window</li>
|
||||
<li>DAC Setup Wizard icon contrast fixed for light accent themes</li>
|
||||
<li>Hardening to audio request signing (internal)</li>
|
||||
</ul>
|
||||
|
||||
Reference in new issue
Block a user