Live data from Hacker News

Show HN: GodotOS – Fake operating system interface made in the Godot engine

github.com

81–90 of 292 posts

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#81
post #7
post #5

Earlier quoted context omitted.

It's a fake OS in the sense that it's actually an application, not something that can be ran as an operating system like Linux or Windows. I've been a bit careful with my wording when advertising this, I wouldn't want to give the wrong impression.

Would "desktop environment" be a more appropriate description?

Desktop Environment is already taken by systems like Gnome and KDE. This is more like a mockup. The “concept car” of desktop environments. It is quite neat.

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#82
post #58
post #51

This is actually a great proof of concept for using Godot as a cross-platform framework for desktop applications. The distribution package is incredibly simple -- just a single executable and a data file -- and performance is excellent. This seems much superior to Flatpak and the like as a way to offer fully self-contained distro-agnostic binary packages, and vastly superior to Electron in the performance department.…

This would be sooo much worse from a UI point of view. All nice OS features (good text rendering, uniform text editing interface, accessibility, transparency) would all get chucked out the window. I also don't think Godot is inherently more performant for any random UI than Electron is. It happens that most Godot apps are performant because they're made by the type of people who want to use videogame engines and thus…

You are overlooking a massive point that invalidates your concerns from a homebrew developer's POV: it is _easier_ on the mind to make apps using low-code graphical interfaces than with full-code.

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#83
post #63
post #58

Earlier quoted context omitted.

This would be sooo much worse from a UI point of view. All nice OS features (good text rendering, uniform text editing interface, accessibility, transparency) would all get chucked out the window. I also don't think Godot is inherently more performant for any random UI than Electron is. It happens that most Godot apps are performant because they're made by the type of people who want to use videogame engines and thus…

> All nice OS features (good text rendering, uniform text editing interface, accessibility, transparency) would all get chucked out the window. Could you explain this to someone who doesn't program and knows nothing about how os internals? My naive question is wouldn't the OS/DE/WM still take care of the above for an application?

From an "interfacing with the OS" point of view, a game engine interacts differently. Most desktop apps ask the OS "please render this text here, with this font" and the OS takes care of that. A game engine just asks the OS "here is a canvas I have drawn, please just put these pixels on the screen". The OS doesn't know that a chunk of pixels is text, so you can't select it, copy and paste it, or screen reader it by default.

This is the same difference between an system like Flutter and native App toolkits (I'm going to talk about Flutter because I know more about it). It has massive advantages on portability - Flutter rendering is very predictable on different phones because the only thing that can vary is screen size. The subtle variations between OS versions and phone manufacturer UI skins don't screw things up.

There are downsides: You need to implement all the common stuff that you'd normally get for free. This includes native look and feel - Flutter has to have all the Android and Apple widgets. It also includes text rendering accessibility, etc. etc.

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#84
post #63
post #58

Earlier quoted context omitted.

This would be sooo much worse from a UI point of view. All nice OS features (good text rendering, uniform text editing interface, accessibility, transparency) would all get chucked out the window. I also don't think Godot is inherently more performant for any random UI than Electron is. It happens that most Godot apps are performant because they're made by the type of people who want to use videogame engines and thus…

> All nice OS features (good text rendering, uniform text editing interface, accessibility, transparency) would all get chucked out the window. Could you explain this to someone who doesn't program and knows nothing about how os internals? My naive question is wouldn't the OS/DE/WM still take care of the above for an application?

Think of it like the difference between building a bicycle by taking existing parts and assembling them, vs just starting with raw materials and fashining a bicycle. If you use the pre-built seat that has a spring (suspension) on it, then you get that "for free." If you're assembling from scratch, you either have to build a spring (not very easy) or go without one. For many bikes, it's going to be without and for the ones that do it, odds that the spring will be as good as or better are low.

With a game engine the OS is basially handing you a blank canvas and telling you to draw what you want. With a GUI toolkit like GTK or Qt, the "OS" is handing you a bunch of pre-made parts and you get to arrange them on the page how you like.

If you're writing a game, the former is obviously better. If you're writing a standard application, the latter is usually better. By "better" I mean higher quality output, and less work to construct.

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#85
post #75
post #58

Earlier quoted context omitted.

This would be sooo much worse from a UI point of view. All nice OS features (good text rendering, uniform text editing interface, accessibility, transparency) would all get chucked out the window. I also don't think Godot is inherently more performant for any random UI than Electron is. It happens that most Godot apps are performant because they're made by the type of people who want to use videogame engines and thus…

I have never encountered an Electron app that can even display the results of keystrokes in a timely manner, and that includes vscode. All Electron apps waste system resources to an obscene degree. Also, Electron apps have already thrown away OS conventions to the point that user interface consistency has become a thing of the past. I don't believe that either choice is ideal, but if Godot were ubiquitous instead of…

Sublime Text and Blender (and I guess the majority of CAD applications) creates their own UI engine. That would be better than the current state of electron apps, but most UI engines I encounter have support for custom elements. The issue is more wanting access to lots of cheap developer resources than branding.

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#86
I mean let's look at all the game menu screens in existence today.

For what they are most of these screens are far better than HTML counterparts. UI is snappier and more special effects.

Game UIs off the menu have always been better than web pages too. Look at say baldurs gate 3. I don't think such a UI is easily pulled off in web. Possible but awkward to build.

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#87

Dang! I just realized github no longer works on my old macbook running firefox 78.15.0esr (64-bit). BigTech wants me to buy a new macbook or switch to chrome. Edit: it's actually no laughing matter. I'm pretty devastated. :-(

... or to just update to a newer version of Firefox.

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#88
post #50

The Godot IDE itself is a "game" as in it is entirely built using Godot APIs. Makes me wonder if it would actually be a good environment to build portable business apps, sort of like a modern Visual Basic.

It would have all the issues of Flutter (non-native widgets, accessibility, etc) without the focus on these specific kinds of use cases.

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#89
post #58

Earlier quoted context omitted.

This would be sooo much worse from a UI point of view. All nice OS features (good text rendering, uniform text editing interface, accessibility, transparency) would all get chucked out the window. I also don't think Godot is inherently more performant for any random UI than Electron is. It happens that most Godot apps are performant because they're made by the type of people who want to use videogame engines and thus…

Exactly. People hate on Electron because they have bad experiences with many Electron apps, but that's not because Electron is inherently terrible, it's because most developers choose Electron because it requires the lowest amount of effort. When you start with that as your single reason for choosing a tech stack, it's unsurprising that optimizing performance never happens. VSCode works because they chose Electron fo…

VSCode is slow as heck and a needless memory hog. Something like VS6.0 or Code Warrior with crisper fonts would be my first choice on a graphical interface.

Re: Show HN: GodotOS – Fake operating system interface made in the Godot engine

#90
post #75
post #58

Earlier quoted context omitted.

This would be sooo much worse from a UI point of view. All nice OS features (good text rendering, uniform text editing interface, accessibility, transparency) would all get chucked out the window. I also don't think Godot is inherently more performant for any random UI than Electron is. It happens that most Godot apps are performant because they're made by the type of people who want to use videogame engines and thus…

I have never encountered an Electron app that can even display the results of keystrokes in a timely manner, and that includes vscode. All Electron apps waste system resources to an obscene degree. Also, Electron apps have already thrown away OS conventions to the point that user interface consistency has become a thing of the past. I don't believe that either choice is ideal, but if Godot were ubiquitous instead of…

VS Code ID top laggy for you? Honestly asking because I think it performs adequately when compared to like IntelliJ.
Post reply on HN