hjvtdev

The interesting part here is that the Minecraft mod VS is ostensibly inspired by did have thirst.

This game doesn't target the average gamer, it targets the gamer who is into this kind of game, otherwise it'd be a cinematic first person shooter or a sports game.

Not to insult anybody, but I feel like the people who oppose thirst on the grounds of "it will just be another bar to manage" are lacking in imagination. Take the current hunger mechanic. It really is just managing 5 bars. Honestly even calling that "management" is an act of charity: you only have to worry about keeping as many of them full: there aren't any decisions involved in that. Now, the lack of imagination I refer to is assuming that the the only thirst mechanic possible is just adding another bar to keep full. That assumption is of course a bit of an insult to the art of game design. Now, onto metric for how good a gameplay system is. My favourite one, as one may guess, is the number of decisions it opens up to the player. The current hunger mechanic is C tier by that metric, meaning: it at least doesn't take decisions away from other areas of the game, but it certainly doesn't add much. Now, how could adding thirst make food more decision-heavy, without any changes to the hunger system itself? Here's one minimally annoying version: Thirst bar depletion only slightly affects movement speed, meaning you don't need to care about thirst while doing chores at your base. Foods gain a thirst depletion stat that is balanced against how long lasting the food is. For example, salted and dried foods are easy to keep, and you can fit a lot of them into just one inventory slot. As a downside, they will negatively affect your thirst. Now you have decisions involved with picking your foods depending on activity. Do you bring a crock with you for a faster travel, but risk running out, or do you stuff your pocket full of jerky and potentially sacrifice some time in case you don't come across any water?

Clean well water has no hunger penalty unlike unboiled surface water.

As the ConfigLib event highlights, it's kinda important for a foundational feature like this to be provided by the game itself.

I don't know if you can disable this windows "feature" entirely, but you can go through each mod dll file properties and check "unblock".

Thats why I'm talking about an API mods can use to describe their configuration to the game. It would not break any mods any more than any update to the game, the plain text configs will keep working, there would just be a Blessed Way To Do Things That's More User Friendly

It is pretty silly that players have to go into text files and wrangle a zoo of different configuration formats and styles. Due to the fact that mods only get loaded when a world is loaded, mods can not alter the main menu, so this suggestion is something that has to be done on the game's side.

I mean, that would be such a resource investment, you've kinda earned the infinite power at that point

I think what they mean is it would be less than from splitting a log with an axe. That kinda-sorta makes sense, a saw will turn some wood in it's path into sawdust, wile an axe just splits the log along the grain

I would prefer an IDE-agnostic setup being prioritized. Dotnet platform already ships a language server, which any of the editors a Linux user may have a preference for will be able to utilize for completions and diagnostics. Relatedly, some form of a documentation for how to efficiently use attribute trees would be good to have.

Also there is a built-in settings to remove all structures from worldgen and disable stability mechanic. So you can quite literally play the game for a thousand hours and never see any rusted mechanisms.

I've always thought that the logo/icon is way too busy for the way it is used, and the new version only adds more small details.

This is quite literally possible right now. C# supports events at a language level, and through behaviors you have easy injection points to both subscribe and send events.

I think you people are feeding a fat greasy troll here. The guy is obviously just repeating the same non-argument, hoping someone will snap and provide a gratifying reaction.