What I am looking for in a text-based “game” library (or engine if you prefer that term) is to provide the envelope or architecture of the game.
For instance, configurable startup / initialization parameters, function(s) for option processing, a main driving skeleton with (possibly future) asynchronous game event generation and detection, game point scoring structure and player-or-asynchronous-event-based game point accumulation, and other “architectural” functions that provide the framework and structure of a game. Since these types of games can be considered “turn based” in that the player has to give a command or make a choice to move the game process forward, some kind of skeleton of the repeating process to: 1. receive-the-player-input and 2. show-the-player-what-the-result-of-their-command-or-choice is. IOW, all the PITA-to-custom-program parts of any such game. I’ll provide the prompts for input and analyze the input text and generate the output text, but I want the library/engine to do the rest, or at least make the rest relatively painless to implement. Is that something pygame can provide? Peter From: owner-pygame-us...@seul.org <owner-pygame-us...@seul.org> On Behalf Of Ian Mallett Sent: Wednesday, June 17, 2020 11:16 PM To: pygame-users@seul.org Subject: Re: [pygame] Can the pygame infrastructure be used for non-graphical text-mode games? This is a puzzling question to me since it's not clear what one expects. Pygame is, after all, the Python wrapper around SDL—the Simple DirectMedia Layer. In a text-based game, you don't really have media, so it's not really clear to me what you'd expect pygame to do for you? By definition, you wouldn't be blitting images or getting input from a graphics window, which are the main features of pygame. Stuff like font rasterization, color conversion, masking, etc. are handled for you in a terminal. I guess you could use pygame to play music and sounds. One could also write a graphics-based program that looks like a terminal but isn't, and write a "text-based" game that way. Pygame would be a good choice for this, but the broader choice of reinventing the terminal would probably be a bad choice (for being a waste of time). Ian
