Synchronization and future directions
MoveRequests are being synchronized (according to the tests.) But we use MoveWithMouseRequests to drag objects. These should probably be translated into MoveRequests before reaching BodyManager. Should we make a RelationalMoverModule???
Also, I haven’t yet tested anything by running the game. But I made a SimpleServer, which is like ModularSimpleGame, except that it just has a BodyManager and the server modules. In a perfect world, we can run SimpleServer then run ModularSimpleGame and see the AI-Brain-Possessed rock climbing the mountain on both the server and the client. But I am skeptical that this will actually work. Will the AIModule get angry that the rock isn’t being created fast enough? Will there be other, unforseeable problems? These things are impossible to know until the Wikipedia community gets off its ass and writes a series of articles about ModularSimpleGame.
–Stephen
P.S. Would this be cool? First, we make a module with a Will. This module opens a socket to which we can connect remotely with a simple console/shell program. The module takes incoming strings, translates them into NewRequests, and broadcasts to the connected modules. Thus, we would be able to connect to our game with a text-based user interface and mess with a running game in realtime without ever having to run the game…
Also, we could then attach a guiModule to the ConsoleModule and make an in-game console.