Advent of Svelte
Twenty-four days, twenty-four features
Last December, Svelte Society presented an advent calendar’s worth of festive Svelte-themed code challenges.
This year, we’re turning it around: you get to relax while we take on a challenge. We’ve set ourselves a goal of releasing one thing a day from here until Christmas, whether it’s a new feature in Svelte or SvelteKit or an improvement to the website.
Follow @svelte.dev and @sveltesociety.dev and check back every day to see what we’ve been cooking up.
Day 1: error boundaries
This is a long-awaited and much-requested feature, that allows you to isolate and recover from errors that occur during rendering.
Day 2: each without as
If you just want to render something in an {#each ...} block n times, and don’t care about the value, you can now omit the as part.
Day 3: exported snippets
You can now export snippets from a component’s <script module>, for use in other components, as long as those snippets don’t reference anything belonging to the component instance.
Day 4: form control default values
When you reset a form, the value of each <input> element reverts to its defaultValue. This is normally the empty string, but you can now control it directly in your template.
Day 5: MediaQuery, prefersReducedMotion and createSubscriber
It’s a three-in-one kind of day. new MediaQuery(...) gives you an object with a reactive current property that’s true when the media query matches. prefersReducedMotion is an instance of MediaQuery that matches if the user has expressed a preference for reduced motion, helping you build accessible apps. Under the hood, both are using the createSubscriber mechanism, which gives you an easy way to set up event listeners when a value is read inside an effect.
Day 6: Spring and Tween
We now have modern state-based alternatives to the spring and tweened stores of old. Smooth!
Day 7: better tutorial navigation
A lot of you disliked the dropdown navigation for the tutorial — essentially a giant, unwieldy <select> element — so we’ve replaced it with a hierarchical menu. Because it’s all just <details> and <a> elements, we get accessibility features for free. You can even navigate the tutorial with JavaScript disabled!
Day 8: function bindings
You can now do bind:value={get, set} to validate and transform bound values. This works for all bindings, even on components.
Day 9: error and warning documentation
When Svelte emits a warning or error (whether at build time, when the compiler is running, or when the app is running on the server or in the browser) it will now be accompanied by a link to the corresponding entry in the documentation containing a description (which is omitted from production builds, to save bytes) and — in some cases, with more to come — more details on why it happened and what you can do to fix it.
Day 10: SvelteKit init hooks
A lot of you wanted a place to put asynchronous setup work that happens before your SvelteKit app starts up. You can now export an init function from hooks.server.js and hooks.client.js that will be awaited before any other stuff happens.
Day 11: svelte/reactivity/window
Today we added a whole new module. svelte/reactivity/window exports a variety of reactive values like innerWidth, innerHeight, scrollX, scrollY and so on. Like the MediaQuery introduced on day 5 and Spring and Tween from day 6, these are class instances with a reactive current property that you can use in your template and in deriveds/effects. Behind the scenes, Svelte handles all the event listener stuff.
Day 12: custom type transport in SvelteKit
A load function that runs on the server in your SvelteKit app isn’t restricted to returning things that can be serialized as JSON. You can return Maps, Sets, Dates, objects with cyclical references, even Promises, and SvelteKit will handle the serialization on the server and deserialization in the browser.
As of today, you can also return things that aren’t built in to the language, such as classes containing state, or classes returned by your database ORM library, or whatever — just export a transport object from your hooks.js that provides an encode and decode function.
Day 13: rise of the robots
For those of you using LLMs to help you write code — via Cursor or Copilot or Claude or Bolt or v0 or some other interface — we now publish the documentation in a selection of robot-friendly llms.txt files. This is experimental and will evolve over time, but by way of example here’s a snake game built by Sonnet 3.5 with no additional prompting.
Thanks to Didier Catz and Stanislav Khromov for building this!
Day 14: unmount with outros
Now, if you need to programmatically mount and unmount a component, you can now pass an outro: true option to unmount to play transitions before it is removed from the DOM.
Day 15: debugging superpowers
The new $inspect.trace(...) rune gives you detailed information about which state changes caused a derived or effect to re-run.
Day 16: $app/state
SvelteKit’s $app/stores module, which gives you a way to access information about (for example) the current page, now has a modern Svelte 5 state-based counterpart: $app/state. It exposes all the same information, but using fine-grained state, and without the clunky $ prefix. $app/stores is now deprecated, and will be removed in SvelteKit 3 next year.
You can migrate automatically by running the following command in your SvelteKit app:
npx sv migrate app-stateDay 17: better IntelliSense
The parser used by the language tools that power things like the Svelte for VS Code extension is the same one used by the Svelte compiler. Until today, it would fail if it encountered a syntax error, making it hard to provide things like autocomplete while you were in the middle of writing code.
We just fixed that. Install the latest version of Svelte in your project, make sure your extensions are up to date, and feel the wind in your hair as you write your components.
Day 18: playground hovers
If you’ve ever wondered how the Svelte compiler works, today’s update is for you. If you go to the playground and open the AST output tab, you’ll see the abstract syntax tree that the compiler operates on. As of today, hovering over code in the editor will highlight the corresponding section of the AST and vice versa. Clicking on a piece of code will expand the tree and scroll to the AST.
The JS and CSS output tabs have also been upgraded — they now use sourcemaps to highlight the output code that corresponds to a given piece input, where applicable, and vice versa. We plan to use this to improve the sourcemaps themselves, which over time will result in smoother debugging when you’re building Svelte apps.
Day 19
Coming soon!
Day 20
Coming soon!
Day 21
Coming soon!
Day 22
Coming soon!
Day 23
Coming soon!
Day 24
Coming soon!