About Us
Products
Purchase
Downloads
Support
Forums
Contact Us
Site
 Register to post in forums, or Log in to your existing account
 

Play RetroMUD
Post new topic  Reply to topic     Home » Forums » CMUD Beta Forum
Zugg
MASTER


Joined: 25 Sep 2000
Posts: 23379
Location: Colorado, USA

PostPosted: Fri Mar 06, 2009 8:11 pm   

CMUD and CMUD Pro v3.04 BETA version released
 
I've uploaded the latest version of CMUD with the new mapper. This fixes many of the crashes and problems with the previous version. Please see the Version History for details on new features, changes, and bug fixes.

Note that there is a significant change in how MXP works by default now. MXP is no longer parsed from a server by default unless the server negotiates the MXP telnet option. Local MXP still works by default so you can use it in scripts.

From the v3.01 release notes:
As promised, this is the first beta version of the new mapper architecture. If everything is working, then you actually shouldn't notice much difference. This was mainly a low-level architecture change and wasn't intended to impact functionality in any major way.

The map database format has been changed from Microsoft ADO/MDAC (*.mdb) to the SQLITE 3.x database (*.dbm). This provides a speed improvement to loading the mapper, and should also make it easier to get CMUD working within various Windows emulators. Except when it needs to load/convert an old mapper file, CMUD no longer uses ADO/MDAC anywhere in the program.

The big change to the architecture allows for multiple "tracking locations" on a map. Instead of the normal "blue dot", you can now define multiple locations using the #LOCATION command (go to the Help window and use Get Updates to get the latest help files that I just added). The new #WITHLOC command executes a series of commands with a specified location object. The new #TRACK command sets the location that you want to track in the map window.

The Map window and Room Properties windows each have a drop-down menu in their bottom status bar for selecting which location you want to track. In the Room Properties, you can also choose to track a specific Map window, causing the properties to update when you click and select a room in that particular map (this emulates how the old mapper worked). If you set the Room Properties to track a specific Location instead of a map, then clicking on the map will not change the room properties window location.

The Room Properties window is now dockable and can be used even if the mapper is closed. A new "compass" is added to the room properties allowing you to click on buttons to move your character in directions. The direction buttons are enabled/disabled based upon the known exits of the room. If you have other non-standard directions in the room, they are shown as hyperlinks in a list below the compass and you can click on them to send the non-standard direction command. You can also right-click on the compass arrows to add, remove, change exit links in that direction. The layout of the room properties was changed to make it more useable at smaller sizes such as when docked below the mapper.

In the mapper window, various toolbars have been created to make the interface a bit more customizeable. However, the toolbar layout for the mapper still is NOT SAVED. This feature is planned soon. The old "Level" toolbar has been moved into the new Zone toolbar. You can click on the Level indicator to enter any level value, or you can click the Up/Down buttons to change the map level. If the mapper has the focus, you can move the mouse over the Level indicator and use the scrollwheel to quickly change the level shown on the map.

Room Scripts are now converted into Class folders within a new "Map Object". The "Map Object" in your package specifies the map database name and indicates whether the map database is autoloaded. If you auto-load the map, then you can script the map even if the mapper window is not open. The "Map Object" acts like a Global Module and contains the scripts and settings for your map rooms and zones.

Each class folder can now have an Enable and Disable script that is executed when the class is enabled or disabled. The old script for a room has been copied into the Enable script for the corresponding RoomXXX class folder. Each class folder also has a Keyword value. This can be used to enable/disable multiple classes that share the same keyword. For example, when the mapper moves into Room 123, it enables any class folder with the keyword of "Room123". When you enter Zone 3, the mapper will enable any class with the keyword of "Zone3". The #T+ and #T- commands now accept a setting type of "key" to enable/disable keyword classes.

The entire low-level architecture of the mapper was changed in this version, so I'm expecting a lot of bugs and problems. The mapper is so huge and complex, it's just impossible for me to test everything myself. So I'll be relying upon beta testers to play with the mapper and report bugs. I don't plan any "quick fixes" but will collect the reported bugs and release an updated beta in a few weeks.

Future phases of the mapper will improve the mapper configuration and add various graphics options. This first version does not change any of the mapper configuration stuff (except in the rewrite of the config wizard window to use newer Delphi components). As I mentioned in another forum post, this 3.01 version is like the first remodelling of a house...the house still looks the same on the outside, but inside there are different rooms and walls. So your furniture (scripts) might show up in different rooms, but hopefully they will still work. There are lots of hooks on the walls for new features, but the major decorating of the house is still coming in the future. This 3.01 version just does the initial construction of the new rooms and walls. Hopefully I didn't leave too many gaping holes in the walls ;)

Hope you enjoy it. Please remember to create a NEW TOPIC for your posts. And please create a post even if you don't find major bugs to let me know how the mapper works with your specific map, especially if you have large maps. I'm really interested in any speed comparisons (even subjective) between the old mapper and the new mapper.

BTW, the new mapper will not touch your old *.MDB map database. So it is safe to run the new version in the same directory as your old version. If you delete the newly created *.DBM SQLITE file, that will force CMUD to re-convert your old MDAC/ADO *.MDB file into the new format. Also remember that zMapper CANNOT EDIT the new *.DBM files. You'll need to wait for CMapper to do that, and CMapper isn't planned for several months now. I know this will cause problems for a very small number of people who use zMapper to edit their maps. And no, there is no way to go backwards and convert the new DBM file back to a old MDB file.

Anyway, happy MUDding and Mapping!
Reply with quote
Display posts from previous:   
Post new topic   Reply to topic     Home » Forums » CMUD Beta Forum All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

© 2009 Zugg Software. Hosted by Wolfpaw.net