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

141–150 of 292 posts

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

#141

Post by bluesroo »

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 it instead amounts to a strong argument that many apps simply wouldn't exist if Electron didn't lower the barrier of entry.

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

#142

Post by wk_end »

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

> 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. This is what is already happening with people using sandboxed-runtime containers (like Flatpak) and webapp wrappers (like Electron). Desktop UX is becoming a hodgepodge of siloed runtimes and inconsistent interface paradi…

> This is what is already happening with people using sandboxed-runtime containers (like Flatpak) and webapp wrappers (like Electron). Desktop UX is becoming a hodgepodge of siloed runtimes and inconsistent interface paradigms.

Flatpak and Electron don't sabotage any of these things. Flatpak usage is entirely orthogonal, and Electron actually has best-in-class accessibility, i18n, text rendering, keyboard navigation, RTL support, hi-DPI support, etc.; its widgets feel by default as-or-more-native than anything Qt or GTK produce.

Without massive engineering work, handcrafting your GUI in Godot is going to suck for anyone using a screen reader, anyone who reads Arabic, anyone who can't use a mouse, etc.

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

#143

Post by Capricorn2481 »

rubymamis wrote: post #126
dekerta wrote: post #120

Earlier quoted context omitted.

Are you running a 15 year old netbook or something? I've never noticed any input lag in VSCode or Slack (or any other Electron apps I can think of)

I own a 2017 MacBook Air, and I don't see why a block editor like Notion should be so slow on my computer. This is why I'm building my own block editor in Qt C++ and QML[1]. [1] https://www.get-plume.com/

Because Notion is slow period. The web app is insane

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

#144

Post by posix86 »

swalsh wrote: post #131

I remember when Notch was playing with this space game with a slimed down assembly language he created. He stopped working on it unfortunately, but I still think there's a whole potential genre of hacking on a game. Not a "press F" to hack, but a legit log into this system, get/change whatever. Having a legit in-game OS seems like a good step forward.

Factorio has a mod where you can program electricity circuits using assembly, I forgot the name. You place a "computer facility", connect to the signal network, then open a terminal to start programming.

It's pretty cool because factories can be very complex, giving it real utility. And you can communicate over the wire with fair sophistication using items as signal symbols. The clock speed of the devices was limited to a few instructions per game tick.

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

#145

Post by haolez »

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.

I've seen this too. With recent versions nonetheless.

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

#146

Post by zilti »

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.…

Have you heard of AppImage?

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

#147

Post by bentt »

popcar2 wrote: post #101
bentt wrote: post #65

Please consider calling it GodOS (pr: gud-os)

Trust me, you aren't the first to recommend the name. I love the idea of saying godos, but then I'd have to constantly explain that it has no relation to God or TempleOS haha

I trust you

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

#148

Post by jshreder »

rubymamis wrote: post #126
dekerta wrote: post #120

Earlier quoted context omitted.

Are you running a 15 year old netbook or something? I've never noticed any input lag in VSCode or Slack (or any other Electron apps I can think of)

I own a 2017 MacBook Air, and I don't see why a block editor like Notion should be so slow on my computer. This is why I'm building my own block editor in Qt C++ and QML[1]. [1] https://www.get-plume.com/

Just wanted to compliment your landing page and the intro gif. Great showcase of the app, if I wasn't hooked on LogSeq I'd give it a try!

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

#149

Post by fauntle »

alfalfasprout wrote: post #110
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…

VSCode is super laggy even on a $4000 MBP. Compared to something like IntelliJ sure, but that's a super low bar on responsiveness.

I keep seeing this complaint but I have never reproduced it locally. VSCode runs at a buttery smooth 120hz on my MBP. What are you doing that causes such poor performance?

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

#150

Post by arminiusreturns »

popcar2 wrote: post #103
arminiusreturns wrote: post #67

Very nice! (and AGPLv3 too!!) I have been working on a similar project for actual filesystem/OS interaction (heavily abusing OS.execute ( https://docs.godotengine.org/en/stable/classes/class_os.html )) which is actually a sub-project of a much bigger project (only working part-time now so I can spend half my day on it as I near alpha). My favorite part so far has been in my attempts at using Godot to recreate fsv/fsn…

> Is there any reason you haven't tried to turn it into a real desktop environment given that Godot provides the mechanisms to do so? It's just too complicated to embed third party applications into a Godot game. I suppose it is technically possible to do so since you can use GDExtension to glue C++ code, but I can't even begin to imagine how that can work. Thanks for the feedback anyways :) As a side note, Godot can…

With OS. functions (including OS.execute) you don't need any third party things or GDExtensions from my point of view. You might check it out if you haven't. I am working on a real file browser in 3d and execution launches applications natively in linux for example. It's not launched "within Godot" per se.

As for the GPL thing: that's exactly the point!

Wish you the best in future Godot dev.

Post reply on HN