Sorry, redundant email. You have 3 LGTMs. On Wed, Mar 12, 2025, 7:52 AM Chris Harrelson <chris...@chromium.org> wrote:
> LGTM2 > > On Mon, Mar 10, 2025, 11:34 AM 'Alex Russell' via blink-dev < > blink-dev@chromium.org> wrote: > >> LGTM1 >> >> On Wednesday, March 5, 2025 at 11:47:20 PM UTC-8 Morten Stenshorne wrote: >> >>> Daniel Clark <dan...@microsoft.com> writes: >>> >>> > Can you remind me what the current behavior is without the remembered >>> > scroll offset? I am wondering if there’s any scenario where changing >>> > this could break existing anchor pos usage. >>> >>> Without this the inset-modified containing block for `position-area` >>> doesn't take the scroll offset into account. If percentage-sizes are >>> used on anchor positioned elements, the resulting size will be quite >>> useless when scrolled. Example: >>> >>> ``` >>> <!DOCTYPE html> >>> <style> >>> #container { >>> overflow: scroll; >>> position: relative; >>> width: 400px; >>> height: 400px; >>> } >>> #anchor { >>> anchor-name:--a; >>> margin-left: 100px; >>> width: 50px; >>> height: 50px; >>> background: hotpink; >>> } >>> #anchored { >>> display: none; >>> position: absolute; >>> position-anchor: --a; >>> position-area: bottom; >>> position-try-fallbacks: flip-block; >>> position-try-order: most-height; >>> width: 100px; >>> height: 100%; >>> box-sizing: border-box; >>> border: solid; >>> background: cyan; >>> } >>> </style> >>> <div id="container"> >>> <div style="height:500px;"></div> >>> <div id="anchor"></div> >>> <div id="anchored"></div> >>> <div style="height:1000px;"></div> >>> </div> >>> <script> >>> anchor.onclick = function() { >>> let s = anchored.style >>> s.display = s.display == "block" ? "none" : "block"; >>> } >>> </script> >>> ``` >>> >>> Scroll down to the hotpink box and click it. >>> >>> With this change, a cyan box will appear above or below the hotpink box, >>> taking up all available space in the scrollport. >>> >>> Without this change, the scroll offset isn't taken into account, but the >>> inset-modified containing block sizes are still confined by that of the >>> scrollport. This means, among other things, that there will be zero >>> height below the anchor, because this is at offset 500px+50px, and the >>> height of the scrollport is only 400px (minus the horizontal scrollbar, >>> even). Above the anchor, there's 500px of space, but this is too large >>> to fit within the scrollport at any scroll offset except 0, so that >>> option is discarded. >>> >>> >> Will this feature be supported on all six Blink platforms (Windows, >>> >> Mac, Linux, ChromeOS, Android, and Android WebView)? >>> > >>> >> No >>> > >>> > Any reason this can’t ship on all platforms? >>> >>> Sorry, this was an oversight. Now fixed. It will ship on all >>> platforms. Thanks for catching. >>> >>> -- >>> Morten Stenshorne, Software developer, >>> Blink/Layout, Google, Oslo, Norway >>> >> -- >> You received this message because you are subscribed to the Google Groups >> "blink-dev" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to blink-dev+unsubscr...@chromium.org. >> To view this discussion visit >> https://groups.google.com/a/chromium.org/d/msgid/blink-dev/5e69e762-861c-4a80-9c13-33f8520ad031n%40chromium.org >> <https://groups.google.com/a/chromium.org/d/msgid/blink-dev/5e69e762-861c-4a80-9c13-33f8520ad031n%40chromium.org?utm_medium=email&utm_source=footer> >> . >> > -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+unsubscr...@chromium.org. To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAOMQ%2Bw_f3vXjq8QYRc5sotz2hKkat48fUB7CbUhhMP9rFGhjgw%40mail.gmail.com.