I thought about writing the low-level parts in #Rust and then binding a high-level #Swift API on top.
But #GPUI for example all closures and borrowed state. Doesn't cross language boundaries well.
So if I actually want Swift, there’s no real GPUI alternative. Which means rebuilding a similar API on top of Skia.
And that means… way more code. Code I now have to maintain. I'm in limbo.
Đã trải qua hành trình 6 tuần xây dựng ứng dụng giờ thế giới bằng Rust và GPUI! 🦀⚙️ Từ vật lộn với lifetime, trait bounds đến borrow checker – thử thách kinh điển cho người mới. Thành quả: ứng dụng hiển thị giờ 5 thành phố với:
- Quản lý bộ nhớ an toàn
- Component architecture linh hoạt
- Hiệu năng cao (runtime ~8MB)
Bài học quý: Sai lầm cùng compiler là chìa khóa thành thạo Rust! 💡
#RustLang #RustProgramming #LearnRust #LapTrinhRust #HocRust #RustBeginner #GPUI #MemoryManagement #Progra
#GPUI's latest GIT branch has ability to run windowless apps and layer shell in #Wayland.
I tried, it's now feasible to make tray apps with GPUI, and for instance show an overlay based on external events.
Memory usage is like this:
USS ~30MB
GPU memory, when layer shell is closed ~20-40MB
GPU memory when layer shell is visible ~120MB
It's not great that you can't get GPU memory to zero, but it's best that these toolkits can now do.
Tray icon still needs external package, but that is fine.
Longbridge's GPUI-components which uses Zed's GPUI to render, can't render other than left aligned text, no center or right alignment.
It boggles my mind they built whole Zed and never even once needed to align text?
https://github.com/zed-industries/zed/issues/8792
Really painful, I want #Rust GUI toolkit for Wayland that minimizes memory usage. My UI is two textboxes and five labels, I don't want to use browsers.
#EGUI = 105MB of memory
#GPUI with GPUI-components = 100MB of memory
However running Smithay example Wayland window takes only 2MB of memory! But it is not toolkit, it doesn't have textboxes etc.
If toolkit uses already over 100MB of memory, it feels like I could just use webview, sigh.
Unfortunately, we were not able to raise the necessary funds and thus will have to shut down Acter and its matrix sever (for now): https://acter.global/news/we-are-shutting-down-acter-app-and-service-by-february-2026/
*Fortunately* for you that means I am available for some freelance #rust engineering work again, part-time for now as things still require my attention at times. #fedihire
I can help from building SDKs to entire Apps in Rust (currently playing with #gpui ), architect, debug, profile, educate, teach and lead. Most of my 18+ years I've spent with #decentralization #privacy #encryption and #offlineFirst . If any of that is of interest to your, hit me up. Either here or via any of the contacts on my website (which also has a CV and project overview): https://GNUnicorn.org
Retoots appreciated ❤️ !
After much reflection, we have made the difficult decision to shut down the current Acter Service by February 1st, 2026. The current Acter App is already not available for fresh installation anymore on the App stores and it will seize to function (if you use our homeserver) by February 1st,
GPUI Component je open-source Rust knihovna rozšiřující framework GPUI o více než 60 moderních, nativních a multiplatformních UI komponent. Staví na deklarativním přístupu, stateless renderování a jednoduchém API inspirovaném Reactem či Yew. Díky optimalizovanému výkonu, podpoře témat a flexibilním layoutům umožňuje rychlý vývoj desktopových aplikací, jako je například trading nástroj Longbridge Pro. Knihovna je licencována pod Apache 2.0 a dostupná na GitHubu.
Cihan Tas
DevTo VN Bot
Jari Pennanen
GNUnicorn
Zdroják
GripNews
N-gated Hacker News