Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

github.com

Post reply on HN
Print view View original

241–250 of 292 posts

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

#241

Post by felideon »

popcar2 wrote: post #55
felideon wrote: post #33

This is great. Would you recommend Godot for prototyping UIs, in general, over HTML/JavaScript?

Short answer: Yes! Long answer: I recommend Godot for rapid prototyping and creating desktop applications, but not necessarily for web app development. The biggest blocker is that Godot 4's export size is quite big compared to web standards, roughly 35MB uncompressed and 7.5MB compressed. The web version of GodotOS is 7.8MB, which may be too big for professional use. Godot is fantastic for making quick prototypes tho…

Nice. Yeah, I was thinking as a rapid prototyping tool. There's a big gulf between Figma and something like a Godot prototype. The former can give you high fidelity in look, but not in feel (interaction).

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

#242

Post by computershit »

ladberg wrote: post #58
Gormo wrote: 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…

Adobe Air, anyone?

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

#243

Post by danielheath »

squeaky-clean wrote: post #133
bufio wrote: post #75

Earlier quoted context omitted.

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…

Something is very wrong with your system configuration if VS Code has issues showing keystrokes in realtime. It's not a VS Code or electron problem.

VS code has had 1 or more frames of keystroke latency on every system I've ever used it on (across years of regular use, on multiple devices and OSes).

It's imperceptible to some. Not to me. Drives me up the wall, but the vscode integrations are too good.

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

#244

Post by rubymamis »

oDot wrote: post #188
rubymamis wrote: post #179

Earlier quoted context omitted.

Haha that's funny. I'll consider that. > Tip 2: the screenplay looks nothing like a screenplay Is it because the lack of middle alignment? I was thinking about that. At the end of the day it's all plaintext/markdown underneath, so I need to come up with the right syntax for that.

You can use Fountain https://fountain.io

Awesome, thanks!

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

#245

Post by David_FF »

Ha! This is really cool

I'm really impressed that you were able to create this in Godot. Looks like it's all GDScript too. Nice

You even tucked away a pong game in there.

What do you think of Godot? I've been thinking of switching to it after I finish working on my Unity project

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

#246

Post by pjmlp »

lolinder wrote: post #59
ladberg wrote: 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 works, because Microsoft has written a ton of C++, C# and Rust code to make it work in a usable manner.

Exactly what most devs reaching out to Electron don't want to do, only cozy JavaScript.

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

#247

Post by janosdebugs »

neonsunset wrote: post #204
janosdebugs wrote: post #199

Earlier quoted context omitted.

> Godot 4 has proper multi-window support. Could you give me a link please? The Godot editor itself can't do multi-window and I haven't found a clear explanation on how to do that in the games either. > You should be using C# for stuff like that. Ignore the Godot API, just use .NET 8. I use the non-dotnet version of Godot, I'm not happy with the confusing licensing Microsoft has put around .NET [1]. If anything, I'll…

.NET is licensed under MIT[0]. There are additional concessions[1] regarding the code that used to be proprietary specifically to make all the Mono bits to be legally sound. [0] https://github.com/dotnet/runtime/blob/main/LICENSE.TXT [1] https://github.com/dotnet/runtime/blob/main/PATENTS.TXT (I think there was another document, please post the link if you remember which one)

As I pointed out in that thread, I wasn't able to track down the license of all required DLLs for the binary distribution.

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

#248

Post by stagas »

gkbrk wrote: post #140
squeaky-clean wrote: post #133

Earlier quoted context omitted.

Something is very wrong with your system configuration if VS Code has issues showing keystrokes in realtime. It's not a VS Code or electron problem.

I've had this happen with VS code. When your system is under load, VS Code not only gets keystrokes in a laggy way, the characters arrive in the wrong order. Haven't had this problem with other text editors.

Yes same experience here, it'll perform well for the first 3 keystrokes after a rest, then start lagging, compounding lag to the point where the screen is 5 characters behind of what I am typing, then I have to wait 10-15 seconds for it to rest and report all the errors. It's terrible but there's no alternative for the features.

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

#249

Post by forrestthewoods »

whstl wrote: post #228
forrestthewoods wrote: post #223

Earlier quoted context omitted.

I will grant you that Accessibility is not handled well. But I don’t find any of the other arguments compelling.

Sure. But there's no argument here. Me and others are merely answering your questions. You said above "I'm legitimately asking. I don't know." I'm assuming this was said in good faith.

That’s fair. It was good faith. Thanks for engaging. I’ll leave it at that.

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

#250

Post by rtpg »

Gormo wrote: post #102
lolinder wrote: post #59

Earlier quoted context omitted.

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…

> 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. Which amounts to a strong argument in favor of usi…

I think that you might find that Electron has perfectly fine default performance! Think about filling out an field in your browser that doesn't have any weird magic on it. It's basically instant right?

The issues come from stuff like autocompletion tricks etc leading to weird lagginess. People get a first version of a thing working, and then it just kind of exists in that state forever.

Post reply on HN