oberonc VS fynedesk

This technique was also described by David R. Hanson in "Code Improvement via Lazy Evaluation", 1980 [1] and "Simple Code Optimizations", 1983 [2].

[0] https://github.com/lboasso/oberonc/blob/master/doc/Moe00b.pd...

The Oberon programming language is 37 years old. Since it is a memory safe language a compiler for the JVM can be written (with some workarounds), for example see the self-hosting compiler oberonc [0].

[0] https://github.com/lboasso/oberonc

If you want to try out only the Oberon language, you might be interested in oberonc [0] an oberon-07 self-hosting compiler for the JVM. There are other several Oberon implementations for different platforms listed here[1]

[0] https://github.com/lboasso/oberonc

[1] http://oberon07.com/compilers.xhtml

When I benchmarked oberonc [0], an oberon-07 self-hosting compiler for the JVM, it took about 100 ms with a hot VM on a old Intel i5 @ 2.80GHz. That compiler follows the same one-pass compilation approach.

[0] https://github.com/lboasso/oberonc

We (I am one of the developers) also have https://github.com/FyshOS/fynedesk as a desktop environment.

If U like a Go Desktop try this: https://github.com/fyne-io/fynedesk

The Oberon channel has several videos of Oberon in action,

https://www.youtube.com/results?search_query=The+Oberon+Chan...

While Oberon was quite cool, people should also learn about its Xerox influence,

"Eric Bier Demonstrates Cedar"

https://www.youtube.com/watch?v=z_dt7NG38V4

Also dive into what happened afterwards, Oberon-2, Active Oberon, Zonnon,...

Active Oberon could be considered quite modern, also makes the distinction between safe and unsafe pointers, which improves the experience for low level coding.

https://github.com/metacore/A2OS

One of the best things about these systems is proving what systems programming with automatic memory management were capable of.

Given Oberon-2's influence on Go, maybe improving Fyne (https://fyne.io/fynedesk/) with something like gRPC for the dynamic experience, could be a possible sucessor.

The thing is with go is it's kind of made for web applications. It's made by google for google. Taking a look at the standard library you can see the most fleshed out parts are for general system access, networking and particularly http, and crypto. People have obviously made things outside of those scopes like fynedesk, but that's where the focus of golang is.

Another angle for when a toolkit is mature could be when it’s used for a full desktop environment :). MacOS and Windows native toolkits obviously tick the box. GTK+ has Gnome, Qt powers KDE (both have Go bindings), Enlightenment is powered by EFL (no Go support yet). Fyne is being used for FyneDesk https://github.com/fyne-io/fynedesk

One other idea that I had: There are new approaches to the desktop like e.g. FyneDesk, a *nix desktop environment written in Golang (using its own GUI toolkit). It's BSD-licensed (3-clause) and I would expect the team being more than happy with anybody trying to make it available to a wider audience. Might be worth a thought.

100% agree on the theming, quick glance at the current implementation seems to indicate hardcoded values (I am assuming this is an early spec) https://github.com/fyne-io/fynedesk/blob/master/theme/theme.go

we were thinking of contributing to this project fyne-io/fynedesk: A full desktop environment for Linux/Unix using Fyne (github.com)