Sticky and Fixed Positioning in Single-Axis Scroll Containers
Blink28616 Feb

Sticky and Fixed Positioning in Single-Axis Scroll Containers

The provided sources examine how Blink/Chromium handles the interaction between sticky positioning, fixed ancestors, and the development of single-axis scroll containers. A central focus is the "fixed-between" scenario, where an intermediate position: fixed element disrupts the connection between a sticky descendant and its original scroll container. The engine typically resolves this by re-rooting the sticky element to the LayoutView or viewport, ensuring that it only responds to scroll offsets that actually translate its coordinate space. This logic prevents "jiggling" artifacts and maintains consistency across the main thread and compositor. Finally, the text explains how this established behavior serves as a architectural blueprint for single-axis scrollers, where sticky constraints must be evaluated independently for each axis to ensure elements only "stick" relative to ancestors that provide relevant movement.

Avsnitt(497)

blink::PrePaintTreeWalk

blink::PrePaintTreeWalk

cross‑frame pre‑paint traversal. Runs in the InPrePaint lifecycle phase. Walks the entire layout tree starting at the root LocalFrameView, updating paint invalidation state and computing the context n...

10 Okt 202531min

blink::NGPhysicalFragment and friends

blink::NGPhysicalFragment and friends

Layout takes the styled DOM and produces a fragment tree of positioned boxes. In modern Blink this is LayoutNG; the core artifact is NGPhysicalFragment, which stores geometry and is used downstream fo...

10 Okt 202537min

blink::StyleEngine

blink::StyleEngine

style invalidation & resolution (recalc). 
Given DOM/style changes since the last frame, StyleEngine computes updated ComputedStyles, manages active stylesheets/media query state, and marks the right ...

10 Okt 202534min

blink::Document & blink::DocumentLifecycle

blink::Document & blink::DocumentLifecycle

states that gate phases. The document owns the DOM and keeps a DocumentLifecycle state machine that ensures we do things in phase order (style before layout, pre‑paint before paint, etc.). Lifecycle t...

10 Okt 202535min

blink::LocalFrameView

blink::LocalFrameView

orchestrates style → layout → pre‑paint/paint for a frame. This is the workhorse that actually runs lifecycle phases. On a frame tick from WebFrameWidgetImpl, it goes through style recalc, layout (Lay...

9 Okt 202544min

blink::LocalFrame

blink::LocalFrame

the document host and local‑root boundary.
The local frame owns the Document and its LocalFrameView. The local root frame coordinates lifecycle for its subtree (including OOPIF boundaries handled late...

9 Okt 202532min

blink::Page

blink::Page

the page container and animation clock keeper. Page holds frame trees and the PageAnimator that services script‑driven animations on each tick. It’s the top‑level context for the document/view that We...

9 Okt 202534min

blink::WebFrameWidgetImpl

blink::WebFrameWidgetImpl

renderer‑main entry to Blink’s lifecycle. This is where a compositor BeginFrame (coming in via content/public and mojo plumbing) first turns into Blink work on the renderer main thread. It receives th...

9 Okt 202532min

Populärt inom Teknik

uppgang-och-fall
elbilsveckan
bilar-med-sladd
market-makers
rss-uppgang-och-fall
rss-elektrikerpodden
rss-veckans-ai
skogsforum-podcast
gubbar-som-tjotar-om-bilar
developers-mer-an-bara-kod
rss-laddstationen-med-elbilen-i-sverige
rss-powerboat-sverige-podcast
hej-bruksbil
rss-technokratin
rss-en-ai-till-kaffet
har-vi-akt-till-mars-an
bli-saker-podden
natets-morka-sida
rss-snacka-om-ai
rss-digitala-influencer-podden