- Now compiles scripts contained under a MUDCompiler/bin/debug/Scripts folder.
MudEngine:
- ScriptEngine now wraps scripts inside a default namespace. MUDScripts MUST not be placed within a namespace inside the script. The Engine handles it automatically.
- Fixed ClientSocket accessor error.
MudCompiler:
- Added new project. This will compile the game scripts along with performing object checks to ensure the game contains no errors prior to publishing a release of the game.
- Created PlayerAdmin class. All admins will be instances of this class; allows for segregating admin code into a different class for easier management and maintenance.
- CommandRestart now checks to make sure the player is of Type PlayerAdmin instead of player.admin
- Added ExecuteCommand to BaseCharacter. All Characters (NPC & Players) can execute commands now. Allows for AI to roam the world at some point in the future by invoking the available move commands.
MUDGame:
- Updated the command execution from CommandEngine.Execute to user.ExecuteCommand to use the BaseCharacter version.
- Changed PlayerBasic to PlayerAdmin for testing purposes.
TODO: Remove command execution from game loop, server should sit and wait for telnet data to be transmitted to it within the loop. That will be the command and passed off to the BaseCharacter/Player/NPC ect ExecuteCommand
- put server in Game
- created start server function in Game
- created CommandRestart
There are two different 'player classes' which do I use? PlayerBasic and BasePlayer.
- Added Look and Walk Commands, however they are not fully implemented.
- Corrected Networking classes having a public de-constructor. These must be private or the compiler fails.
- Corrected Networking classes using an incorrect 'using' statement. You cannot reference classes in the statement, must only reference the namespace itself (i.e. using MUDEngine.Networking).
- Removed using statement for Networking in the Networking classes as all classes created within that namespace automatically are within the same scope.
- Removed from solution
Mud Engine:
- Moved the CommandEngine, CommandResults and ICommand Interface out from the Commands namespace and into GameManagement since they manage the game commands.
- Added CommandExit class to provide the ability to exit a game once running. This is fully implemented.
- Realms, Zones and Rooms now have an IsInitial property for determining if this is an initial location for the Game.
- Renamed GameSetup to Game.
- Corrected GameObject being in the incorrect namespace.
- Corrected the ScriptEngine not
- CommandEngine no longer needs a Name argument. Arguments changed from 5 to 4 due to this change.
Mud Game:
- Added Example Game used for testing various MUDEngine features and testing constructability of games using the engine.
- Currently only contains 1 Realm, 1 Zone and Two Rooms. Only working command is Exit.
- Minor tweaks to Room.cs for checking file extension validity
- Scripting Engine and related classes added to Solution (Files existed but were not a part of solution)
- Updated MudDesigner to reference the new MudEngine solution.
- MudDesigner currently references engine classes within it's own solution and the MudEngine solution. This will be addressed soon. All classes related to the engine will be moved to the MudEngine project.
- Began prepping for the removal of all UITypeEditor classes and the namespace from the MudDesigner project.
Please note that while this version will compile, it is currently broken. Projects do not get created correctly due to the migration I'm performing. The designer is given less priority at the moment as the engine is the primary focus. Projects will need to be hard-coded using the MudEngine library until the designer is fixed.
- Zones now adjusted to delete rooms matching the new collection method being used.
Designer:
- Room Designer now supports the new Zones.Room collection
- Removed the ManagedScripting Engine from the project. Scripting will be implemented at a later time using a custom build engine.
- Room.Load was re-wrote to allow for loading a supplied room name (not a full filename). The Room will load the supplied Roomname by checking within it's current Zone. Rooms within different Zones can be loaded by supplying a Zone name as one of the optional parameters. Same goes for loading Rooms within a different Realm
- All classes using the original Room.Load code have been tweaked to use the new code. Cuts the needed code used by each individual class by 80%.
- Room.InstallPath Property added for returning the full filename and location of the Room where it's currently installed.
Designer:
- Room Designer now supports deleting Rooms.
- Doorway Editor no longer fails when attempting to change doorway Traveling Directions.
Runtime:
- No longer prints blank lines if the object does not contain any text to print.
- Added a 2nd Print method with a boolean argument for printing blank lines by force if needed.
Note: Room Deleting and Room.Load code was only tested using Rooms within Root Zones. Rooms contained within a Zone owned by a Realm was not tested.
- Now supports the exit command, prevents the designer from crashing.
Runtime:
- Added a GUI based set of buttons for traversing your environments via a click-through method instead of forcing users to type commands.
Engine:
- Added the Exit command to exit the runtime (At this time it shuts down the Designer as well.)
- Changed the IGameCommand Interface constructor for the Execute method.
- Updated all of the game commands to make use of the new Execute Method Constructor requirements set by the updated interface.
- Look command now returns a description of the players current Room.
- Walk command now supports moving players from one Room to another. Use 'Walk Direction' where Direction equals the direction you want to travel (Example: 'Walk North")
- TravelDirections.GetTravelDirectionValue now checks the supplied direction value in a case-insensitive manor.
- Add a new CommandEngine that handles the commands inputed from the user.
- Modified CommandResult to return an array of objects rather than a single object.
Runtime:
- Now scans the supplied collection of objects returned to the runtime after executing a game command, and adjusts the runtime components as needed, including printing information to the console.
- Now displays various warnings during startup to let the user know if certain content hasn't been set within the ProjectInformation yet.
- Now executes the 'Look' command on startup to display the users current location.
- Fully supports the 'Look' and 'Walk' commands.
- Designer now has a status bar to show when various things are completed successfully.
- The Offline Runtime can now be launched via the Designers Project menu.
- Designer now features a 'Set As Initial Location' item within the Right-Click menu. Right Click on a Zone and assign it as your projects initial starting location.
Engine:
- BaseCharacter class fleshed out a little bit. Now includes an OnTravel method for player travel code.
- PlayerBasic class now inherits from BaseCharacter.
- ProjectInformation now supports setting the games initial zone location.
- ProjectInformation.Filename is now placed within a category (Object Settings) within the Property Pane of the Designer.
- Room.GetDoor method added for returning a specified door with the matching travel direction.
- StartingLocation now overrides ToString to return the location that's currently assigned to it for use within the Designer.
- Zone class now has an EntranceRoom Property for settings the default entrance room for the Zone. This is used by the Runtime and the designer when setting and retrieving the InitialLocation.
Offline Runtime:
- Now creates a basic player, loads the project and places the player within the entrance room designated by the InitialLocation.Zone
- Runtime contains code that automatically moves the player to the north during startup. This will be removed, it's only there for testing purposes.
- Runtime does not print anything to the console yet.
- Zone.RefreshRoomList method was renamed to Zone.RebuildRoomCollection.
Designer:
- Room Editor now adjusts all of a Rooms connected doorways to connect to a re-named Room. No need to manually load and edit each Room connected to 'Bedroom' after it was renamed from 'New Room'
- Added Character class PlayerBasic for the lowest authorized level
- Added Character class PlayerAdmin that will provide some additional higher level authorized commands
- Added Character class PlayerGM that will provide high level authorized commands
- Added Factions class for future use of factions
- Added Class class for future use of classes
- Added Race class for future use of Races
- Added NPCFriendly class for future use of Friendly NPCs
- Added NPCHostile class for future use of Monster NPCs
- Added CommandWalk class for future walk command
- Added CommandGMTeleport class for future GM teleporting support.
- Added Description property to the Door class.
- Added GameCommands namespace for holding all of the game command classes
- Added ICommand interface for game commands.
- Added IPlayer interface for player classes.
- Added CommandLook for prepping the Test Runtime for looking at environments.
Misc:
- Updated Mud Designer Project Roadmap file (MudDesigner.pod)
- Doorway Linking is now completed.
- Auto-Generated Rooms are now linked back to the Doorway that created them.
Runtime:
- Began implementing a very simple Runtime for offline testing.
Engine:
- Room Editor now saves a Room after it has had a Doorway change made to it.
- Fixed the missing Doorways issue after closing the Room Editor.
- Door Linking implementation started.
- Duplicate directions are not allowed within a Room
- If a User enters the name of a non-existing Room for linking to a Doorway, the Designer generates that Room for the User.
- Room Editor now refreshes it's list of Rooms after the Doorway Manager closes so that auto generated Rooms are displayed.
- Added new Doorway Manager UI
Engine:
- Added Door.DoorwayExist() method to the Door class.
- Code Optimizations
- Room Editor UI Tweaking
- Doorway Editor added
- Room Interface added.
- Rooms now contain a Realm Property so that users can easily figure out what Realm a designated Room belongs to.
- Widget Development Resumed.
- Corrected instances where the Project Information was not being saved.
- Corrected instances where deleting a Realm was not happening correctly.
Minor Changes:
- Realm Widget UI Tweaks
- Realm Widget Improvements
- Code Optimizations
- Finalized Adding/Removing Zones from within Realms (their Rooms included.)
- Finalized Deleting objects.
- Rooms can now be loaded and edited after Saving.
Minor Changes:
- Code Optimizations
- Object Property organizing improved.
- Renamed SaveSelected() to SaveObject()
- Added additional commenting
- Re-formatted the document
- Moved the search code out from the text box and into its own method SearchForObject()
- Changed search method for the text box from txtSearch_Enter to txtSearch_KeyDown
- Re-write of object save code finished.
Engine:
- Realm.GetZone() re-wrote to use LINQ.
- Zone.GetRoom() renamed to Zone.GetRoomByName() for searching for a Room by name
- Zone.GetRoomByFilename() added for searching by filename for a Room.
- Re-wrote Adding Zones into Realms via the UIRealmControl. Uses 54% less source, and better readability.
- UIRealmEditor now stores a proper backup of Zones incase of UIRealmControl instancing failure.
- Re-wrote the Object Delete code. Reduced the code by 52% and increased readability.
- Added additional search criteria to GetNodeType()
- Removed the Application from running within a Try/Catch as it made debugging difficult.
- Corrected Project Information not being displayed when loaded for editing
- Re-wrote Designer Save code to use the objects save code instead of FileManager. Resulted in 26% less code and cleaner source.
- Project Explorer now checks Saved State of currently loaded object just like the Right-Click->Edit Object menu item does.
Engine:
- ProjectInformation.Save() now implemented.
- BaseObject.Save() now implemented. All objects inheriting from BaseObject can save itself. Including all Environment objects (Realms,Zones, Rooms) and Currency objects.
- Rooms are now saved within the selected Zone.
- Fixed Project Explorer not displaying project directory structure on Designer startup.
Engine:
- Re-wrote Zone.GetRoom() to use the more efficient LINQ query.
- Zone.RefreshRoomList now saves itself after re-building the Room collection
- UIRoomControl now has a public Rooms collection for use by the UIRoomEditor
- UIRoomEditor now returns the modified UIRoomControl.Rooms collection to the Designers properties pane instead of an empty collection.
Designer:
- Project Explorer now displays project directory structure on load. This was broken during Designers Constructor re-write.
- Added additional comments to increase readability of source.
- Corrected SaveDataTypes.Currency being named incorrectly. Changed to Currencies
- ProjectInformation now inherits from the new IFileIO interface.
- ProjectInformation.Load can be used instead of the FileManager now (note: Saving of ProjectInformation must still be done using FileManager)
- Organizing of BaseObject done
- BaseObject now supports BaseObject.Load. Use this instead of FileManager.Load
- Fixed UIRealmControl error, attempting to deserialize into a null Zone Field
- Program.cs is now encapsulated into a try/catch
- IFileIO interface added for providing a blueprint on file I/O operations
Designer:
- Additional ObjectTypes added to the ObjectTypes enum
- Additional commenting provided throughout the source.
- Re-organized the source code.
- Simplified the Constructor code. Roughly 50% less code now.
- Re-wrote the Object Load code to make it easier to read and maintain.
- Renamed several menu items to conform to the projects naming conventions
