lsp-sourcekit
swift-cross-ui
| lsp-sourcekit | swift-cross-ui | |
|---|---|---|
| 1 | 3 | |
| 102 | 487 | |
| 2.0% | - | |
| 3.9 | 8.8 | |
| 1 day ago | 10 days ago | |
| Emacs Lisp | Swift | |
| GNU General Public License v3.0 only | 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.
lsp-sourcekit
-
Writing Gnome Apps with Swift
I was curious and noticed that this looks reasonable: https://github.com/emacs-lsp/lsp-sourcekit
Emacs + lsp-mode + sourcekit + company-mode etc looks reasonably close to what I get with Rust in Emacs.
If I were doing application development I'd maybe consider Swift.
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?
OpenSwiftUI - WIP — OpenSwiftUI is an OpenSource implementation of Apple's SwiftUI DSL.
Mousetrap.jl - Finally, a GUI Engine made for Julia
CImGui.jl - Julia wrapper for cimgui
Tokamak - SwiftUI-compatible framework for building browser apps with WebAssembly and native apps for other platforms
SwiftGtk - A Swift wrapper around gtk-3.x and gtk-4.x that is largely auto-generated from gobject-introspection
OpenCombine - Open source implementation of Apple's Combine framework for processing values over time.
swift-gif - Cross-platform GIF encoder and decoder for Swift
open-source-mac-os-apps - 🚀 Awesome list of open source applications for macOS. https://t.me/s/opensourcemacosapps
owlkettle - A declarative user interface framework based on GTK 4
SwiftGtk - SwiftGtk provides a Swift wrapper for Gtk. It is currently in development.
adwaita-swift - A framework for creating user interfaces for GNOME with an API similar to SwiftUI
libui-ng - libui-ng: a portable GUI library for C. "libui for the next generation"