6 of 6 standards met
Describe the problem Svelte 4 had foreign namespace to support Svelte Native. This was removed in Svelte 5 as the approach was not compatible with the new compiler implementation: https://github.com/sveltejs/svelte/issues/12709 Describe the proposed solution Add a custom renderer API to support things like: Svelte Native: https://github.com/halfnelson/svelte-native/issues/359 Lynx: https://github.com/lynx-family/lynx/issues/144 Importance nice to have
Repository: sveltejs/svelte. Description: web development for the rest of us Stars: 86001, Forks: 4792. Primary language: JavaScript. Languages: JavaScript (71.8%), Svelte (22.3%), TypeScript (4.2%), CSS (1.2%), HTML (0.5%). License: MIT. Homepage: https://svelte.dev Topics: compiler, template, ui. Latest release: svelte@5.53.7 (2d ago). Open PRs: 61, open issues: 916. Last activity: 53m ago. Community health: 87%. Top contributors: Rich-Harris, Conduitry, dummdidumm, github-actions[bot], trueadm, tanhauhau, benmccann, paoloricciuti, PuruVJ, baseballyama and others.
JavaScript
Last 12 weeks · 252 commits
This is very WIP. The idea is to refactor scheduling to make it batch-centric — at the moment we have this weird impedance mismatch where effect dirtiness is 'global' (i.e. is a free-floating function, that may or may not push an effect root to the global array, and the effect's dirtiness is a flag on the effect itself), but traversal and flushing happens inside . This is an artifact of how the scheduling logic evolved to accommodate async reactivity, but it turns out to add complexity in various places. The thesis of this work is that if we mark effects _within a batch_, and then only do the walk-upwards-until-we-find-a-root bit when we're about to do the traversal, we will be able to simplify/robustify things a bit without negative performance impacts. We're a ways out from that: the first step is to prevent any cases where an effect is being scheduled outside of a batch, which is easier said than done. Working on it Before submitting the PR, please make sure you do the following [ ] It's really useful if your PR references an issue where it is discussed ahead of time. In many cases, features are absent for a reason. For large changes, please create an RFC: https://github.com/sveltejs/rfcs [ ] Prefix your PR title with , , , or . [ ] This message body should clearly illustrate what problems it solves. [ ] Ideally, include a test that fails without this PR but passes with it. [ ] If this PR changes code within , add a changeset (). Tests and linting [ ] Run the tests with and lint the project with
Describe the bug Upgrading from svelte 5.20.0 to 5.46.3 I find some of my code lost reactivity due to prop update. As described in doc https://svelte.dev/docs/svelte/$props#Updating-props doing that is possible and the provided demo works well. But in my code I pass a boolean operation to the child component instead of a boolean as in the example and it proven that it make a difference. Reproduction https://svelte.dev/playground/f5bec8a0be534b048f819df28bb3453c?version=5.46.3 Logs System Info Severity annoyance