Time Nick Message 21:43 MTDiscord I was trying to create a minetestserver gui and came to the cold realization that there's no way for you to have control over the minetestserver process directly on your own machine 21:44 MTDiscord There is the --terminal thing, but this is not designed for anything besides a terminal (very shocking, I know) 21:45 MTDiscord It suddenly struck me that there's no way to interop with the running process with another program unless you do hacks with mods and http 21:45 MTDiscord how would you want to if not via stdin and stdout? 21:46 MTDiscord I would love to do that, if there is a way to, maybe there can be a --terminal-silent thing which does not bring up the ncurses gui but does accept stdin 21:46 MTDiscord that sounds probably doable. maybe not without a single line of code change or something. let me do some digging 21:50 MTDiscord yeah, you'll have to rig up your own solution, looks doable: https://github.com/minetest/minetest/blob/master/src/terminal_chat_console.h basically, remove everything that is curses and then take control of stdin and stdout 21:51 MTDiscord I'm sure the PR would be considered, that's such a small change and feature in general. The ability to rig up minetestserver from any other program host 21:54 MTDiscord Time to get to work 21:56 MTDiscord Also thanks 22:07 sfan5 wrong approach imo, a local socket is better 22:10 MTDiscord A local socket requires a server to communicate with the app 22:11 MTDiscord So you're running 2 servers on the same machine to have 1 server when it could have just been using a gnu utils style pipe 22:11 sfan5 ...? 22:11 sfan5 minetestserver will act as the "server" for the local socket 22:13 MTDiscord Yeah, but your client needs to communicate with it so now you have another web client on your host talking to the server when it could have just been talking to it directly 22:15 sfan5 I don't get it 22:15 MTDiscord So now you have a web socket, where the app is now talking to a web server, the minetest client, while also using stdout to display what's going on or utilize raw information from the server, when it could have just been talking in and out of the server without spawning another web socket internally 22:16 MTDiscord Unless the http api has the ability to raw listen for any incoming requests from localhost? 22:18 sfan5 I didn't say it would be http, and also how does the minetest client come into play here? 22:19 MTDiscord you'll need something to command and listen to the minetest server, no? 22:19 sfan5 imagine if you could connect to 127.0.0.1:30000 and just send a command like typing in the ncurses console, and receive its response 22:19 MTDiscord that can be a stub client, or the server can run a mod that adds another communciation channel. That channel is going to be a localhost ip ^ 22:19 sfan5 this would be no different than --terminal-silent except it's tcp instead of stdin/stdout 22:20 MTDiscord right, stdin/stdout is preferred over the socket interface for jordan 22:22 MTDiscord I only am pushing for the stdin/stdout because it's sheering off a layer of complexity from what your gui needs to do, in any language 22:32 Mantar thumbs up for stdin, it's simple and easy to hook any arbitrary front end into