X-Git-Url: https://plomlompom.com/repos/feed.xml?a=blobdiff_plain;ds=sidebyside;f=TODO;h=c48735b63846d6411b64d60baa94a6ecb213c9dd;hb=a682b00a95dad20d8a85ebd76bb5e276884fc745;hp=766b12dc001273b7065848299cc03209d7d3b30c;hpb=0907037fc188c28471805286a67b786264ba3e2f;p=plomrogue diff --git a/TODO b/TODO index 766b12d..c48735b 100644 --- a/TODO +++ b/TODO @@ -1,34 +1,34 @@ Next planned steps in plomrogue development: -BOTH SERVER/CLIENT: - -- implement better server/client architecture, meeting these criteria: - - keep interaction of server and client in the filesystem (as currently - happens by use of plain text files and fifos) to allow for easy scripting - - allow for specific requests of the client for specific server data (such as: - "what path do you propose for the player character to get from A to B?") - - reduce hard disk i/o for server/client interaction (use fifos only?) - - further avoid exits that keep the server running and the lock file existing - when it shouldn't +IN GENERAL: - check for return values of *printf() -- make config files format more readable / self-explanatory +- be more strict and humble when allocating memory from the stack + +- expand use of hardcoded_strings module(s) + +BOTH SERVER/CLIENT: + +- make server and client communicate by specific world state info requests + in server/out, replacing server/worldstate SERVER: -- implement field of view / line of sight and obstacles for those on the map +- consider + -- get rid of the hard-coding of the MAGIC MEAT item type and its use mode +- save confserver/world data in record and save file, too; handle them like god + commands -- is it actually useful to define map object action ids in the config file? +- ensure atomic re-writing of savefile -- make shape of map (and diagonal movement penalty) configurable in config file +- FOV algorithm is buggy in large maps CLIENT: - enable toggling of window borders -- enable toggling of showing "\n" in the window content either as newline breaks - (as currently) or as " / " (without newline break) for more efficent screen - estate use +- make log scrollable + +- do something about a growing log slowing down the client