swiftenv
swift-cross-ui
swiftenv | swift-cross-ui | |
---|---|---|
2 | 3 | |
1,959 | 485 | |
- | - | |
1.8 | 8.8 | |
5 months ago | 5 days ago | |
Shell | Swift | |
BSD 2-clause "Simplified" License | 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.
swiftenv
-
Writing Gnome Apps with Swift
which is at most half-truth cause this is just official installers and most likely you'll use some sort of rustup (which wasn't official few years ago) you can use https://github.com/kylef/swiftenv you can use community packages https://wiki.archlinux.org/title/Swift etc.
"and so on is that languages other that swift aim to support linux in general." -> again not true linux distro dosen't change swift usage it is just official build is run for few most popular distros and you can use prebuild swift-bin on any linux repo. (arch, debina, ubuntu, centos etc. etc.) You can say the same stuff about rust/nim/go every other language that didn't have official release for some niche linux distro.
-
Writing and Running Swift Code without Xcode on Mac and Windows
One disadvantage of Swift is how Apple decided to deploy new versions. They only come bundled with new versions of their operating systems. However, with swiftenv (kylef/swiftenv) other versions than the bundled one can be installed. So maybe that adds a possibility to run more modern swift versions on older hardware?
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?
XCSwiftr - An Xcode Plugin to convert Objective-C to Swift
OpenSwiftUI - WIP — OpenSwiftUI is an OpenSource implementation of Apple's SwiftUI DSL.
SwiftKitten
Mousetrap.jl - Finally, a GUI Engine made for Julia
SourceKitten - An adorable little framework and command line tool for interacting with SourceKit.
CImGui.jl - Julia wrapper for cimgui
Kin - Sane PBXProj files
Tokamak - SwiftUI-compatible framework for building browser apps with WebAssembly and native apps for other platforms
BuildTimeAnalyzer - Build Time Analyzer for Swift
SwiftGtk - A Swift wrapper around gtk-3.x and gtk-4.x that is largely auto-generated from gobject-introspection
FBSimulatorControl - idb is a flexible command line interface for automating iOS simulators and devices
OpenCombine - Open source implementation of Apple's Combine framework for processing values over time.