FlutterSwift
swift-cross-ui
| FlutterSwift | swift-cross-ui | |
|---|---|---|
| 2 | 3 | |
| 12 | 487 | |
| - | - | |
| 8.5 | 8.8 | |
| 4 days ago | 10 days ago | |
| C | Swift | |
| GNU General Public License v3.0 or later | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
FlutterSwift
-
Writing Gnome Apps with Swift
https://github.com/TokamakUI/Tokamak
I’m also working (slowly) on native Flutter channels:
https://github.com/PADL/FlutterSwift
But this is really targeted at embedded use cases.
-
Jitsi Meet Flutter SDK
FWIW I've been working on a native Swift implementation of Flutter channels [1], so I can use Swift for business logic with Sony's embedded Flutter embedder [2]. Probably a niche interest, but I'd prefer to write Swift than Dart, and there's no Objective-C runtime on Linux (so I can't use the default Darwin embedder).
[1] https://github.com/PADL/FlutterSwift
swift-cross-ui
-
Writing Gnome Apps with Swift
For another SwiftUI-like wrapper, see also https://github.com/stackotter/swift-cross-ui (used by Adawaita to generate widgets, and mentioned in other comments).
The key premise of this approach is to provide a SwiftUI-like declarative wrapper around Gnome functionality. It's unclear what it adds over swift-cross-ui.
SwiftUI itself has growing pains mainly around being on the right thread for processing/updates and getting data binding right.
Blog entries on swift.org or from Apple tend to be little demos that show the happy path, but when discussing new frameworks (like a Gnome wrapper) or platforms (like the recent embedded), I'd like more demonstration that the authors understand and address key issues and will sustain development. Cross-platform UI frameworks get complicated quickly and have a long tail of issues (cf Flutter, Java/Eclipse, et al) that can be blockers for clients/users. For Swift it doesn't help to have multiple concurrency models and obviously different behaviors on apple platforms and Linux (where UI is not officially tested).
-
Mousetrap.jl: a GUI library for Julia and C++ that fully wrap GTK4
Some interesting stuff happening here [1] and here [2] too.
[1] https://github.com/stackotter/swift-cross-ui/tree/main
- SwiftCrossUI - cross-platform SwiftUI-like UI framework built on SwiftGtk
What are some alternatives?
ffigen - FFI binding generator
OpenSwiftUI - WIP — OpenSwiftUI is an OpenSource implementation of Apple's SwiftUI DSL.
egress - Export and record WebRTC sessions and tracks
Mousetrap.jl - Finally, a GUI Engine made for Julia
client-sdk-js - LiveKit browser client SDK (javascript)
CImGui.jl - Julia wrapper for cimgui
zulip-flutter - Future Zulip client using Flutter
Tokamak - SwiftUI-compatible framework for building browser apps with WebAssembly and native apps for other platforms
livekit - End-to-end stack for WebRTC. SFU media server and SDKs.
SwiftGtk - A Swift wrapper around gtk-3.x and gtk-4.x that is largely auto-generated from gobject-introspection
gallery - Flutter Gallery was a resource to help developers evaluate and use Flutter
OpenCombine - Open source implementation of Apple's Combine framework for processing values over time.