mirror of
https://github.com/anomalyco/opentui.git
synced 2026-04-24 20:45:56 +03:00
[GH-ISSUE #107] Svelte Reconciler ? #794
Labels
No labels
bug
core
documentation
feature
good first issue
help wanted
pull-request
question
react
solid
tmux
windows
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/opentui#794
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @julien-blanchon on GitHub (Aug 29, 2025).
Original GitHub issue: https://github.com/anomalyco/opentui/issues/107
Anything about a Svelte Reconciler ?
@SkrOYC commented on GitHub (Sep 4, 2025):
I'm currently exploring building it after getting into what OpenTUI is and knowing it's based on Zig (I love Bun).
Of course this is just me wanting to do it and researching, scaffolding it as a side project. I hope I will contribute either leading the effort or helping an existing one
@julien-blanchon commented on GitHub (Sep 4, 2025):
Would love to see that @SkrOYC !
@slowsage commented on GitHub (Nov 4, 2025):
Submitted #261 as a draft.
It integrates at the DOM level - the subset of the DOM that svelte compiles into (analyzed the svelte 5 source to get call-graph in python script under
packages/svelte/analysis).@kommander commented on GitHub (Nov 4, 2025):
Cool! I really appreciate bindings for other frameworks and languages. As mentioned in #236 I cannot take any more into the mono repo as I would be a blocker for maintenance. But I would be very happy to have these mentioned in the readme and support from the core with what is needed.
@andrewgazelka commented on GitHub (Dec 13, 2025):
Some technical notes on the Svelte approach for anyone picking this up:
Why Svelte is harder than React/Vue/Solid:
react-reconcilercreateRenderer()from@vue/runtime-corecreateRenderer()fromsolid-js/universalSvelte compiles components to direct DOM calls at build time, so there's no reconciler to swap out.
Two approaches:
DOM shim (what #261 attempted) - Implement a minimal DOM API (
document.createElement,appendChild, etc.) that maps to OpenTUI renderables. Svelte's compiled output calls these and unknowingly renders to OpenTUI.Compile target - Like
svelte-native, create a custom compile target that emits OpenTUI calls instead of DOM calls. More work but cleaner.The DOM shim approach seems viable since Svelte 5's compiled output uses a relatively small subset of DOM APIs. The closed PR #261 had analysis scripts to identify exactly which DOM methods need shimming.
Since the maintainers prefer external packages, this could live as
opentui-svelteor@opentui/svelte-external.@slowsage commented on GitHub (Jan 5, 2026):
Created repo for closed PR #261. Open to contributions.
@msmps commented on GitHub (Jan 7, 2026):
We're focusing the main opentui monorepo on only @opentui/core, @opentui/react, and @opentui/solid. Language bindings should be maintained as independent repositories.
See #489 for details
@XhstormR commented on GitHub (Feb 10, 2026):
https://github.com/slowsage/opentui-svelte