Yoarii

This. Absolutely this. ^^

> Fixed an issue when using multiple joysticks. What issue? Details are important!

Would be cool if you could start distributing that with the game client prior to 1.4 so that we can start using it now.

Thank you, @NQ-Ligo

1. Check atlas.lua in your game folder, I think that info is there. 2. Planets don't rotate. The skybox moves. 3. Spherical afaik.

You're not wrong, but I think the smarter move would be to embrace existing code editors instead of doing their own, as well as other tooling that already exists in the community.

> 100 Nano-craftable Elements - Including XS Dynamic Core Unit above > Six (6) Light Sources - XS lighting elements only Up to or exactly 100 elements and 6 light sources?

Yeah, official documentation is needed. Also, NQ, could you please publish the specifications for the JSON and config formats used to load Lua onto our constructs?

Now that this has been posted to the forum too, I'll just link my original question above, and add this: Please, provide an out-of-game codex. Until such a time that the in-game code editor can measure up to VSCode with Lua plugins, and use of du-luac, most larger projects will be coded outside the game while not even having DU running. You have a perfect place for this - your GitHub repository. You've made a good start with the API mockup, but it needs more work and up-to-date annotations, like in this PR that's been waiting review/approval since Sept 8, 2022.

Just read the devblog in the launcher on changes coming to 1.4. Awesome news, all of it. Just a small ask, @NQ-Ligo, please document the exact changes to the API so that we can determine what we need to change. > We've added a compatibility patch to prevent your existing scripts from breaking. Could you please elaborate on this a it? We're all dying to know more about the getInstructionCount and getInstructionLimit functions, could you please let us know more about those too and how they are intended to be used? Br, Yoarii

This factually incorrect. Microsoft will never sign your software. The procedure is to get a Code Signing Certificate from a trusted vendor, then use that to sign your own software. This will make Windows see that there's a valid certificate chain to a common trusted Certificate Authority. It will then show the blue prompt instead of the yellow one when launching the executable. Even a virus creator can do this, though their certificate would (hopefully) be revoked pretty quick so Windows would once again show the yellow alert, or perhaps something else when it sees the certificate is revoked. There's no cost to do the actual signing once you have the certificate. And just to be clear on this point - a digital signature only establishes who signed it (i.e. put their stamp of approval on it), not that it is virus free.

Fan art? Leaked image? Some context please.

I could do that with my flight script on an ECU., it auto-holds on startup if no floor is detected on activation. It is not an open script and doesn't (yet) have a "normal" flight mode mode (primarily meant for elevators), nor is it free.

The maintenance unit is not a replacement for the hand-tool. That said, the times are a bit too long and they should really be based on the actual amount that is to be repaired or deconstructed, not on core size imho. And yes, the "set schematics container" menu needs to be moved from its current place.

Nope, same thing. Been like that since years.

Yes, yes. Please do this. Miss-clicked so so many times yesterday.

Also - one of the purposes for the maintenance unit (from a player perspective) is to remove the last few m3 of honeycomb buried in the ground - if that takes hour then 99.9% of that value is lost.

Not an actual bug, but some general feedback. The time it takes to repair a ship seems based on core size with a time of 3h for an M-core. That seems very steep. I get it, it is not a replacement for the repair tool, but still. imho the time it takes to repair should be based on the amount of damage that it needs to repair, not a fixed time. Also, are repair talents taken into consideration when using the maintenance unit to repair a ship?

When logging out and back in, the MtU is no longer showing what it is repairing.

Subject: Dynamic properties can't be removed from databank dismantled by the maintenance unit. Not confirmed if this is a general issue and not directly related to the MtU. Version: 1.3.0-PTS Impact: Element not stackable with others/unable to clear contents

Subject: Very short render distance Current Version Number: 1.3.0 PTS Impact: Visual Summary: The maintenance unit only renders when closer than ~44m

Can't but wonder if that is a bug or not.

Please tell me, if you've given up on the game and have nothing else to say than "it is dead", why even bother to post here? That's a serious question, no bantering, no trolling.

Just as a counter to all the "everyone is quitting" - there are also lots of people that are enjoying the game and have no plans to quit anytime soon.

Poor devs, always gets the blame. I'd like to point out that it often isn't up to the devs to prioritize what goes into the game. I do agree that the game itself should enforce rules when it is possible.