I don’t understand this take. The abundance of game engines has never been greater, both open and proprietary. As has the abundance of indie games. Some people make a distinction between more batteries-included engines with editors etc. and “game frameworks”, which are supposedly more bare-bones libraries such as Bevy or Babylon.js. Maybe that’s what you’re after?

"Where's Emacs or Vim of game engines which brings its own unique philosophy?"

All forgotten in obscurity.

When making a game, people are usually not so much interested in the philosophy of their tools, but shipping things with it as soon as possible.

That means working as expected.

Who cares about the UI. A game engine is the library code needed to make games, not the editor UI. Just use vim to edit your files if that's what you want.

Emacs and Vi were both born from an era when industry standard UX had not yet been developed, so they were both explorations in relatively uncharted UX space. This kind of thing only happens anymore when you get a project lead by somebody ignorant/indifferent to established conventions who sets out to make something new without caring if anybody else uses it.

So the projects you desire almost certainly do exist, but they're languishing in the obscurity they earned with their indifference to convention.

I would suppose anyone being creative and innovative with their game engines are happily using their creation without trying to turn it into a community or business model to the point where you would have heard of it.

https://bevy.org/

wasd is that, and then 1-9 (tho 9 and such is hard to reach) for the weapons/spells/tools, with keys near wasd for other binds, and the mouse for free look, autorun, shoot, and alt with scrollwheel for swapping weapon, too. This way, you use practically only the left side of the keyboard, but that is because keyboards aren't even an ideal input device for gaming. Something like an Azeron device (think: Orbweaver) would be far better.

BG3 has F5 for quick save and F8 for quick restore. Like the old ways.

As for game engine, who cares how things look in-game? Just make it theme-able and mod-able. Cheaters gonna cheat anyway, no way to hold that back on the client-side.

Complaining about the UI color and button layout of an game _engine_ is a bit like comparing aircraft carriers by the color of the rug in the control room. What about the built-in tools for organizing and connecting assets, format support, how user input is handled, the batteries-included ways to model game state, and all the ways of interconnecting all those things in the code the engine provides? Does anyone have interesting comparisons/notes around those subjects as it relates to the S&box engine?