Bramus Van Damme
Chrome Developer Relations Engineer at Google, CSS and Web UI Specialist
Seniors @ Scale host Neciu Dan is joined by Bramus Van Damme, Chrome Developer Relations Engineer at Google. As a leading voice in CSS and Web UI, Bramus dives into the future of the web, breaking down the mechanics, performance, and cross-browser status of transformative new features like View Transitions, Scroll-Driven Animations, Anchor Positioning, and Custom CSS Functions. He offers a rare look into the inner workings of Chrome DevRel, the standardization process through the CSS Working Group, and how the multi-browser 'Interop' effort is accelerating web development.
🎧 New Señors @ Scale Episode
This week, I spoke with Bramus Van Damme, a Chrome Developer Relations Engineer at Google, about how new CSS features are fundamentally changing the way we build user interfaces at scale.
Bramus has been building the web since the late 90s, when he first discovered "view source". He now sits at the intersection of web developers, Chrome engineers, and the CSS Working Group. In this episode, we unpack the new era of CSS features that are moving animations and complex UI patterns off of JavaScript and into the native platform.
⚙️ Main Takeaways
1. View Transitions create seamless, app-like experiences
View Transitions allow you to add rich animations when swapping between two different views of a website. This is done by identifying and morphing elements that appear on both the old and new pages, such as a movie poster growing from a thumbnail into a large photo on a detail page.
- How it works: The browser calculates the delta between two states (DOM dips) and animates the change.
- Best Practice: Don't overdo it. Respect the user's
prefers-reduced-motionsetting by using a crossfade instead of excessive sliding motion. - Framework Integration: Features like View Transitions required close contact with teams like React to ensure compatibility with their internal virtual DOM and batching logic.
2. Scroll-Driven Animations are natively performant
Scroll-Driven Animations (SDA) allow you to link an element's animation progress directly to the scroll offset of a container using only CSS.
- Performance Advantage: Unlike traditional JavaScript scroll listeners, which run on the main thread and cause "jank", CSS-based SDAs run on the compositor thread (GPU).
- Current Status: SDAs are now supported in Chrome and Safari (as of Safari 26).
- What's Next: The successor feature, Triggered Animations, is in Chrome Canary. It allows time-based animations to run once you cross a specific scroll offset, supporting entry and exit animations.
3. Anchor Positioning is the CSS fix for Popovers and Tooltips
Anchor Positioning allows an element (like a popover or tooltip) to be tethered and positioned relative to a source element (the anchor) using only CSS. This removes the need for complex, manual JavaScript calculations.
- Easy Positioning: Developers can use keywords like
position-area: top span leftto easily dictate the popover's position relative to the anchor. - Status: It's shipped in Chrome and Safari, with Firefox at 71.5% compliance as part of the Interop 2025 effort.
4. Custom CSS Functions and Mixins are turning CSS into a "true" programming language
The introduction of Custom Functions allows developers to build their own functions (prefixed with --) that accept arguments and return a single output value using a block of pure CSS.
- Example: It allows for a custom light/dark function that works with any CSS value (not just colors) by using
@media (prefers-color-scheme: dark)inside the function body. - Mixins: Mixins are the next step, allowing a function-like structure to return a bag of multiple properties. This core concept, borrowed from preprocessors like Sass, is now being natively built into the language.
5. Chrome DevRel and Interop are driving cross-browser consistency
Bramus’s role in Developer Relations (DevRel) acts as a translator, voicing the needs of web developers (gathered from surveys like the State of CSS and conferences) to the Chrome engineering teams.
- The Interop Effort: Interop is a collaboration between browser vendors (Chrome, Safari, Firefox) to prioritize and ensure consistent, high-quality implementations of key platform features across all engines.
- Prioritization: Feature work is largely driven by the voice of authors. For example, the long-standing difficulty of styling forms (like the
<select>element) led to the development and implementation of the customizable select and, later, specifications for easier styling of all form controls.
🧠 What I Learned
- Jank avoidance is the primary driver for new CSS animation features. Any animation involving non-geometric changes (like
opacityortransform: scale) can run on the compositor, but changes towidthandheightcurrently force the animation onto the main thread. - The concept for View Transitions was being incubated for over five years, with the idea of shared transitions first discussed around 2016-2018.
- Bramus's coolest demo combined Scroll-Driven Animations with View Transitions by starting the transition, then pausing its underlying CSS animations, and finally mapping the scroll position delta to control the animation's progress time.
- Developers should be vocal about missing or difficult platform features, as DevRel relies on this feedback (complaints, demos, blog posts) to champion new standards to the CSS Working Group.
💬 Favorite Quotes
"You swap out my Lego bricks for HTML bricks basically back then."
"Sometimes one declaration can replace 20 lines of JavaScript code or maybe 200 lines of JavaScript code."
"View transitions will automatically morph from the one thing to the other thing."
"If your browser doesn't support scroll-driven animations, well, you just get the thing without the scroll-driven animation. I think this is like a perfect progressive enhancement."
"The key benefit of using scroll-driven animations in CSS... is that they are built on top of CSS animations and web animations. And those animations, they know how to run stuff on the compositor."
"The web always catches up."
🎯 Also in this Episode
- Bramus's start in web development in the late 90s using Notepad.
- The power of CSS Selectors (including
:has(),:not(), and:nth-child()). - The time it takes for a feature to land across all browsers (from 3 months up to 10 years).
- The timeline of the customizable select feature (over six years of incubation).
- Why
widthandheightanimations often run on the main thread and how Chrome is optimizing this. - Triggered Animations (the logic successor to SDAs) that run a time-based animation once a scroll boundary is crossed.
- The new CSS inline
if()function that aids in building custom functions.
Resources
More from Bramus:
Bram.us (Bramus's Blog)
Scroll-Driven Animations Course
Scroll-Driven View Transition Demo (on CodePen)
Talk on Scroll-Driven View Transitions
Tools and Colleagues:
Anchor-Tool.com (by Una Kravets)
Una Kravets' Blog
Adam Argyle's Blog
Piccolill.li (Blog recommendation)
WPT.FYI (Web Platform Tests dashboard for Interop)
🎧 Listen Now
🎧 Spotify
📺 YouTube
🍏 Apple Podcasts
Episode Length: 53 minutes on the native browser features that are replacing JavaScript for UI, performance, and cross-browser consistency.
Happy building,
Dan
💡 More Recent Takeaways
Señors @ Scale host Neciu Dan sits down with Carson Gross, creator of HTMX, principal at Big Sky Software, and computer science professor at Montana State University. Carson has been programming for more than 30 years, from HyperCard on a family Mac to Excel macros for an industrial engineering firm, a JVM language called Gosu, a Rails startup, and the 2012 library Intercooler.js that he rewrote without jQuery during COVID and released as HTMX. His argument is that the web was built as a hypermedia system, that links and forms are control logic living inside the document, and that most of what we call REST today fails the one constraint Roy Fielding cared about. He also covers which apps HTMX is wrong for, what changed in HTMX 4 and why 3 was skipped, and why his students now sit pencil and paper exams. It is a conversation about using the browser as the hypermedia client it was built to be.
Señors @ Scale host Neciu Dan sits down with Ryan Townsend, Principal Product Manager for Performance at Cloudflare, where he owns real user monitoring and the wider performance measurement remit. Ryan has over 20 years in web technology and a decade as a CTO: he co-founded Shift Commerce, the first enterprise scale headless SaaS, and was CTO of Matalan Direct after the business he built came second in Shopify's Build a Business competition with only three months of trading. We cover why the 'Rails doesn't scale' story was always a myth, the resume driven development he kept finding as a fractional CTO, the personalization script that claimed zero performance impact and cost seconds at P90, and how Shift ran over 99% cache hit ratios by splitting the anonymous page from the basket.
Señors @ Scale host Neciu Dan sits down with Szymon Chudy, Software Engineer at Netflix on the Hawkins team, which builds the design system behind thousands of internal applications used to produce the shows you watch. Before Netflix, Szymon spent two and a half years at Lokalise, growing from senior to staff frontend engineer and leading frontend direction across teams, and before that he toured Poland as a reggae guitarist while freelancing as a web developer in the off season. From why the source of truth for a design system lives in code, to Hawkins Consumer versus Hawkins Professional, to the UI paved road that changes what freedom and responsibility mean at Netflix, to measuring the team on adoption rate and shipping codemods and agent skills for every breaking change, to what being an informed captain who farms for dissent means in practice, this is the design system conversation for anyone maintaining a platform other engineers have to choose to use.
Señors @ Scale host Neciu Dan sits down with Vilva Athiban, Lead AI Engineer at Omio, one of Europe's leading travel platforms, where he architects and ships agentic AI systems in production. Vilva designed and delivered Omio AI, along with the MCP integrations that connect AI agents to the company's systems. He never set out to switch from JavaScript to AI: in June 2024 Omio picked two people to start an AI team reporting to the CEO and CTO, and he learned on the job, from his first API call to an LLM up to a consumer-facing agent whose backend runs on nothing but MCP. From why a bigger model with medium thinking came out cheaper than the mini, to capping tool calls because LLMs are built for token maxing, to the whale hunting request that showed his team guardrails are subjective, this is a conversation about what production agentic systems look like once the tutorials run out.
📻 Never Miss New Takeaways
Get notified when new episodes drop. Join our community of senior developers learning from real scaling stories.
💬 Share These Takeaways
Want More Insights Like This?
Subscribe to Señors @ Scale and never miss conversations with senior engineers sharing their scaling stories.