[aboardRat4]

Wayland is a dead end. It will never replace X11 because it's architecture is fundamentally flawed and prone to lags by design.

It's support for CJK input is also basically broken with no chance of ever getting revived.

Our best bet on a solid Linux gui lies with XLibre.

However, saying that, a gui written in Go has very little reason to exist, because we already have excellent GUIs written in lower-level languages.

If there is anything Linux doesn't lack it it's desktops.

[andydotxyz]

If you want to code everything in low level languages feel free. I guess assemblers still work well or you can just list machine code.

For those who want a fast to learn and use higher level language for this Go is a great tool and there are great projects out there. Two of them in the top 10 for all cross platform beating out a lot of other languages (no presence of GTK or Qt up that high... https://ossinsight.io/collections/cross-platform-gui-tool/)

[aboardRat4]

>For those who want a fast to learn

Why would I want something "fast to learn"? That sounds like one of the most ridiculous arguments when choosing a tool to master ever. On the level of "I chose this university because it was walking distance from home".

I'm choosing a tool I'm going to be using for the next 40 to 50 years. Whether it takes a month or a year to learn makes no difference whatever.

I want a tool language which is widely portable, so that I could run my programs without rewriting them on as many machines I own as possible.

I also want them to run as fast, as possible, because I want to run many useful programs on moderate hardware.

I want to be able to use as many libraries and external utilities as possible, because nobody knows when I might need them.

It should also work without internet, because who knows when exactly the government is going to cut the wire.

These core features are what I b would not even consider a language at all. The rest is bells and whistles. Nice to have, but completely optional.

>Two of them in the top 10 for all cross platform

I've never heard about any libraries from that list. In any case they seem like tools to write webpages, not tools to write desktop software.

[LollipopYakuza]

I would argue that regardless of Go is low-level, for something as fundamental as a desktop environement, a lower level language makes sense.

[andydotxyz]

I guess that's an interesting opinion to have. Is this based on having built your own desktop environment or some other project that led you to this conclusion?

For me I prefer higher level code and tooling wherever possible. Building this has been blazingly fast compared to previous window managers I have worked on.

[em-bee]

I prefer higher level code and tooling wherever possible

exactly this.

go actually strikes a balance of being one of the few high level languages that can compile directly to binary. there are not many languages that can do that. common lisp, erlang, o'caml and maybe red are a few others that i am aware of. there are probably a few more that are less popular that i don't know.

for me high level implies at least automatic memory management and high level data types.

[cozzyd]

I mean much of gnome shell is written in JavaScript. But of course GTK is C.

Does Fyne have bindings to other languages? A search for fyne python gave some hilarious AI slop from Gemini suggesting pip install fyne, but the fyne python package is something completely different and unrelated. The nice thing about GTK is it can be used from virtually any language (QT a bit less so but still a lot)

[andydotxyz]

No. Fyne does not have any bindings and never will in the official project. The API is designed to work perfectly with the Go idioms and using it from any other language will be no where near as intuitive. Not to mention it would slow down the developers of the toolkit as well!

[cozzyd]

The metrics on that ranking are super questionable. Not least of which because gtk and QT are not developed on GitHub.

[vhantz]

This takes forever to load.

[kannonfodder555]

First of all cool concept. I'm looking forward to playing with the DE even if it doesn't replace my daily DE. In my experience, extending an existing project in Go is much faster than lower level languages. The opinionated build and dependency system can seem limiting but really helps one get up to speed quickly on a new project. Just setting up a build environment for a low level language based project can be enough of a hassle/time sink to dissuade me from attempting with a quick toy project.

[antonvs]

> However, saying that, a gui written in Go has very little reason to exist, because we already have excellent GUIs written in lower-level languages.

You say that as if it's a good thing. The fact that our platforms depend on C and C++ is not a feature, it's a bug.