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

231–240 of 292 posts

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

#231

Post by gopher_space »

LeanderK wrote: post #209
nagisa wrote: post #195

Earlier quoted context omitted.

Except, maybe, for the fact that they are attempting to run anything Electron at all on their device, it is not a configuration problem to use a machine that was manufactured a couple years ago and was most likely not top-of-the-line hardware even back then. (In my particular case I've a passively cooled laptop from like 2021; The limited compute resource available to applications in that device really made me apprec…

I currently use an old macbook from 2014. Everything is slow and I can't have too many applications open at once. But vscode is still one of the snappier ones and I don't see those keystrokes issues. Of course you can always go less powerful but at one point you just can't use all more complex editors. It's not an electron issue.

Vscode struggles with intellisense and vm round trips on my older cpu. Feels like a race between displaying the character I just typed and displaying suggestions. Sometimes.

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

#232

Post by Valord »

snvzz wrote: post #210
bufio wrote: post #158

Earlier quoted context omitted.

You're probably used to high latency.

You'd be, if you got into computers only recently. It got this bad. Only those who have used systems yielding low input latency (e.g. Commodore 64, BeOS or the Amiga) can tell that something is very wrong.

What does low latency have an effect on, productivity?

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

#233

Post by corethree »

zogrodea wrote: post #189
corethree wrote: post #184

Earlier quoted context omitted.

So did you think i actually meant that Javascript compiles down into typescript? I'm sorry but that comment alone makes me think malice. It's too obvious. To each their own.

Yes, I did and I was confused (hence my thought it was someone focusing on things other than web dev that made the comment). It's not like I'm attributing ill intent now that you've clarified what you meant (I mentioned having the same anti-Electron inclination as you to demonstrate that) but I probably can't change your mind if you think two people's misinterpretation of the same comment came from malice.

Such typos are common and obvious.

It's more likely someone utilizes such errors as ammunition. Such an action is quite common. It's obvious to me that this is the more likely scenario here from the other replyer.

Another common thing is to team up with people who have similar intentions. When such a situation happens they synchronize their biases. Two coworkers with the same intent will synchronize their biases in a meeting in order to push their intent... Happens all the time.

You like the front end, my guess of what's going on with you is a team up of sorts. Malice is too strong of a word for what you're doing. You're doing a team up and you're adjusting some obvious biases to favor your intent and create alignment with your team mate. This is all done subconsciously too. But that's just my guess on what you're doing.

These are all obvious human behaviors that are quite common but people don't think about it until it's explicitly pointed out.

But in the end. Who cares. We both are now clear about what's going on. No point in debating this further.

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

#234

Post by corethree »

whstl wrote: post #178
corethree wrote: post #165

Earlier quoted context omitted.

>Bullshit. React is almost 11 years old, the only other two really popular competitors are 10 and 13 and use the same paradigm. React has been changing a lot. And before react it changed even more. There's all kinds of change in the front end world and you know it. Not even close to bullshit. >Everything else in this area is very experimental and tentative, as it should be, but it is mostly celebrated by people who,…

React had a single major incremental change in the form of hooks. It was built upon existing established foundation: functional components. And even then, it still didn't break backwards compatibility. That's far from "changing a lot" in 11 years. And "before react it changed even more" is a terrible argument. We had a handful second-tier frameworks who never gained enough traction compared to React/Vue/Angular even…

No the meme is frontend changes too much not JavaScript changes too much and that meme is still relevant and will be relevant for a while.

Heck you can argue for how HTML and JavaScript are 20 years old!! Wow that means front end hasn't changed at all for 20b years! Come on man.

Anyway my overall point wasn't even about what's changed. My point is that these are all awkward apis to use to develop a windows style UI.

Even if you think they are old, these frameworks are bending and adjusting an underlying layer to do something it wasn't designed to do in the first place. Hence the awkwardness.

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

#235

Post by koromak »

keerthiko wrote: post #176
koromak wrote: post #166

I would love a write up on design philosiphy. I'm currently learning Godot coming from web dev, and finding the distributed business logic impossible to organize. I just don't know who, what, or where business logic should be. My urge is to lift logic up to the parent of any group of interactions, and let nodes just be renderers. But I understand that is absolutely not the design philosiphy of Godot, and probably won…

It's impossible to be sure without knowing your programming experience in general across sectors, but it sounds like you are unused to the paradigms of game programming in general, which is centered on logic executed per-frame rather than per-flow (like in business applications, which is where the concept of "business logic" comes from). The default approach in game engines is to bind data including state to an actor…

I certainly am unused to it! maybe I’ll ask some advice:

I’m trying to build a circuit simulator. It’s got two main problems to solve: placing and connecting drag and drop electrical components, and the simulation itself.

How would you go about this? The existence of the sim means there’s already guaranteed to be some global manager that understands the current layout and can compute from it. What I don’t know is if that means most things should be handled that way.

Should components be heavy, and make their own changes to the tree, and then let manager read the tree in and build up its schema that way? Or should components be just emit everything to the manager, who then can both build the tree and a state representation.

The second feels cleaner for this use case, but it feels not standard for Godot. Maybe it’s a bad project to start with.

I did build a basic platformer too, and found the distributed logic much easier to deal with there.

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

#236

Post by s-lambert »

janosdebugs wrote: post #199
TillE wrote: post #198

Earlier quoted context omitted.

Godot 4 has proper multi-window support. > schema validator > opening a TCP connection You should be using C# for stuff like that. Ignore the Godot API, just use .NET 8. But I agree that any game engine is a poor fit for general applications.

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

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

I think the functionality for multiple windows was added before this release but here's the 4.1 notes that you can open the code editor/other stuff in other windows: https://godotengine.org/article/godot-4-1-is-here/#editor

I just tried it and it seems to work.

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

#237

Post by whstl »

corethree wrote: post #234
whstl wrote: post #178

Earlier quoted context omitted.

React had a single major incremental change in the form of hooks. It was built upon existing established foundation: functional components. And even then, it still didn't break backwards compatibility. That's far from "changing a lot" in 11 years. And "before react it changed even more" is a terrible argument. We had a handful second-tier frameworks who never gained enough traction compared to React/Vue/Angular even…

No the meme is frontend changes too much not JavaScript changes too much and that meme is still relevant and will be relevant for a while. Heck you can argue for how HTML and JavaScript are 20 years old!! Wow that means front end hasn't changed at all for 20b years! Come on man. Anyway my overall point wasn't even about what's changed. My point is that these are all awkward apis to use to develop a windows style UI.…

I'd be happy to discuss specific changes in good faith, but "Wow that means front end hasn't changed at all for 20b years!" is a gross misrepresentation and dismissal of my arguments.

I will maintain that the pace of change is not the same as you portray. Definitely not when it comes to professional frontend developers working in the industry. Blog-oriented-development or experimental niche frameworks that reach top of HN don't count as "industry" yet.

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

#238

Post by swalsh »

grimgrin wrote: post #185
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.

For the curious: https://en.wikipedia.org/wiki/0x10c https://web.archive.org/web/20130905082541/http://dcpu.com/d...

Ah yep, that's the one I was thinking of. Really disapointing he never released it.

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

#239

Post by awesomelvin »

mikaelsouza wrote: post #224
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…

If you want to check an application that runs on Electron and is quite speedy, try Obsidian.md. I didn't even know performance like that was possible in an Electron app. Unfortunately this example is the exception instead of the norm.

[dead]

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

#240

Post by snvzz »

Valord wrote: post #232
snvzz wrote: post #210

Earlier quoted context omitted.

You'd be, if you got into computers only recently. It got this bad. Only those who have used systems yielding low input latency (e.g. Commodore 64, BeOS or the Amiga) can tell that something is very wrong.

What does low latency have an effect on, productivity?

Sanity.

Whether sanity and productivity are correlated, I won't go into.

When you've experienced low latency, high latency is very noticeable, and drains mental health.

Post reply on HN