Discofork
Repository brief

iced-rs/iced

Read the upstream summary on the left, browse the cached forks below it, and load each fork comparison into the right-hand panel.

Cached analysis
cached 2026-03-30T16:06:37.228Z
1mo ago

iced-rs/iced

iced is an actively developed Rust GUI library inspired by Elm, with strong community adoption and recent maintenance activity. It targets cross-platform desktop and web apps, and its fork-friendly surface area is in the modular renderer/runtime split rather than a single monolith.

GitHub
Loading tags...
Stars30,002
Forks1,534
Default branchmaster
Last pushed2026-03-30T04:17:10Z
Recommended shortcuts

Jump straight into Discofork's strongest cached fork picks, or open a compare view in one click.

Forks

Choose a fork to inspect

10 of 10 fork briefs
Selected

Choose this fork if your priority is Linux/Wayland desktop integration and you can accept upstream lag and higher merge risk. Stay on upstream if you want the newest iced fixes, broader cross-platform stability, or a lower-maintenance dependency.

Prefer this fork if you need bespoke theming/window customization and can tolerate a stale, highly divergent codebase. Prefer upstream if you want the full current widget set, ongoing fixes, and lower maintenance risk.

Prefer upstream unless you specifically need this exact old snapshot. For new work, this fork offers no visible advantages over upstream and is materially behind on maintenance and features.

Choose this fork only if you want a heavily customized and older iced base. For most adopters, upstream is the better choice because it is active and materially ahead in bug fixes, platform support, and tooling.

Prefer upstream unless you explicitly need this older frozen snapshot; this fork adds no visible features and is significantly behind active upstream maintenance.

Prefer this fork only if you need its older custom behavior and are prepared to maintain it yourself. For new work or teams that want current iced capabilities, upstream is the safer choice.

Choose this fork only if you specifically want the older customized behavior and are prepared to maintain a large divergence. For most adopters, upstream is the better default because this fork is stale and materially behind.

Choose this fork only if you need an older iced baseline or want to preserve its historical renderer behavior. For new work, upstream is the better default because this fork is stale and has fallen far behind current iced capabilities.

Prefer upstream unless you specifically need this fork's older renderer/wgpu behavior or historical snapshot. For most adopters, the combination of age, divergence, and missing recent fixes makes it a poor default choice.

Choose upstream unless you specifically need this older 501-commit-behind snapshot. This fork offers no visible added capability, and its main tradeoff is lagging far behind current upstream fixes and improvements.

iced-rs/iced · Discofork