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 Goto page Previous  1, 2
TonDiening Posted: Thu Dec 08, 2005 12:51 am
CMUD - Awesome base foundation ideas there Zugg!
Vijilante
SubAdmin


Joined: 18 Nov 2001
Posts: 5182

PostPosted: Wed Dec 14, 2005 10:17 am   
 
Personally I think the concept of certain toolbars not displayed by default is a good thing. Leave that filter bar undisplayed until the user turns it on. If they keep it on then it should be there where they put it everytime until they turn it off. I never really liked how the zMud map window couldn't remember that I want the drawing tools bar on at all times. Things like that are just irritating.
_________________
The only good questions are the ones we have never answered before.
Search the Forums
Reply with quote
Tarn
GURU


Joined: 10 Oct 2000
Posts: 867
Location: USA

PostPosted: Wed Dec 14, 2005 3:06 pm   
 
Some of my thoughts have been covered- you CAN tell a lot about the process you're expecting users to follow from the screenshots you posted (not just details about font, etc.). The following don't quite seem to fit in either "filtering" or preferences threads, though they're kind of topical- happy to move them if so.

1) Can we have a "last modified" field in the browser? That would help track down things that broke. (Not a big deal for variables, but it would be helpful for the higher level stuff).

2) the screenshot shows the settings in the tree itself- can we still set up the view like zMud and Windows Explorer, with the tree on the left for folders and a list on the right in another window?

3) I see that the top level "folder" type appears to be mud specific. Could you make that generic so that it's easy to have scripts shared between different muds/characters? As an example, lots of people have robots that sell stuff, gamble, chat like Eliza, etc. You need some generic code, and some server-specific triggers to feed data in and send output. It would be nice to keep the generic code in one place. (Or is that part of what I see up there in the main window captioned "Pkg" something?)

From the other two threads, I can't quite tell if the character-independent packages are supposed to be totally global-level or not: the screenshot has some folders named "C1", etc. so that might be the separate characters but still within the Realms of Despair folder?

-Tarn
Reply with quote
Zugg
MASTER


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

PostPosted: Thu Dec 15, 2005 5:51 pm   
 
Tarn, let me see if I can help you understand this a bit more:

1) That's a good idea and should be simple to implement, so I'll add it to the wish list

2) No. You can set filters so that the main tree list only shows the settings and not the folders, and then you can click the name of the current folder pulldown that is shown just above the tree to view the class folder hierarchy to select a folder. There is no way to display the settings in multiple columns like in zMUD. From what I found in testing, the single-column vertical list on the left could show almost as many settings as the multi-column list that used to be above the editor panel. And in many cases, finding a setting in the multi-column view was more confusing and could take longer than just scrolling a simple single-column list.

The docking of the editor panel has been removed because it was a very common support issue for us. People were getting the edit panel undocked and closed and lost and were having to delete the SETTINGS.DOK file to remove it. The only useful reason to undock the editor panel was to make the editor window larger (since so much space was taken up with the settings list along the top). In the new interface, there is no settings list along the top, so the editor occupies a lot more space, and a single click of the splitter between the editor and the tree view on the left will hide the tree view so that the editor uses the entire window. So it's easy in the new version to have a large editor window without messing with docking.

3) No, the top level "folder" is the package name. In the screenshot example there are two packages: "Global" and "Realms of Depair". The "Global" package is a set of toolbar buttons, and the "Realms..." package is the MUD character specific settings. It's a *lot* easier to share settings between characters in CMUD by just putting the shared settings into a package and then loading that package for each character. So just put your generic code into a package. This is somewhat like the "inherited settings" in zMUD, but there isn't any limit on how many packages you can load, so you might put your "gamble" stuff into one package, your "Eliza" stuff into another package, etc.

The C1...folders in the example are just some test folders (short for Class 1) that I play with. It has nothing to do with characters.

Each character has it's own list of loaded packages. This is defined in the Character selection dialog when you edit the character and select the Packages tab (used to be the Files tab in zMUD). Each character can load any list of packages that it wants. Any package can be shared between characters.
Reply with quote
Tarn
GURU


Joined: 10 Oct 2000
Posts: 867
Location: USA

PostPosted: Sun Dec 18, 2005 5:32 pm   
 
Zugg wrote:

2) No. You can set filters so that the main tree list only shows the settings and not the folders, and then you can click the name of the current folder pulldown that is shown just above the tree to view the class folder hierarchy to select a folder. There is no way to display the settings in multiple columns like in zMUD.


Got it. It's not the multiple columns I was after, but just the separate "directory tree" and "files" windows that Windows Explorer has.

The filtering you describe sounds good.

Quote:

The docking of the editor panel has been removed because it was a very common support issue for us. People were getting the edit panel undocked and closed and lost and were having to delete the SETTINGS.DOK file to remove it.


Shouldn't it be easy to put in a "View|Default" menu item to restore all of the window layout for a particular area of the software to "as-shipped" behavior?

Quote:

3) No, the top level "folder" is the package name. In the screenshot example there are two packages: "Global" and "Realms of Depair".


Ok, I couldn't quite make that out. Maybe I should buy myself a new monitor for Christmas ;)

Quote:

Any package can be shared between characters.


That's the part I wanted- so edits to the package are shared between characters (without reloading into every character after each update)?

-Tarn
Reply with quote
Xymog
Novice


Joined: 16 Oct 2000
Posts: 43
Location: USA

PostPosted: Tue Dec 27, 2005 7:55 pm   
 
Back after a last-minute work grind and a nice little break for Christmas.

Zugg wrote:
But I don't think a "wizard" would be any better in this situation.


And *you* misunderstand the point I'm driving at, and the one that you missed in Cooper's books -- it's not your opinion that matters, but that of your users. You're building a Windows application, then use Windows application conventions. No matter how well-meaning your intentions, nor how knowledgable you are, if your users end up going "Huh?" in the UI, then your UI is not as great as you think it is.

I *am* pleased as punch at your UI challenges and I'll go take a gander to see if I can stir up any more hornets by tossing feedback into the ring (to mix a few metaphors together). As always the feedback is only one data point, subject to whatever weighting you wish to give it.
Reply with quote
Sir1l
Wanderer


Joined: 01 Oct 2005
Posts: 54

PostPosted: Wed Dec 28, 2005 2:16 am   
 



Last edited by Sir1l on Wed Dec 28, 2005 11:41 pm; edited 1 time in total
Reply with quote
Slaem
Apprentice


Joined: 20 Sep 2005
Posts: 135

PostPosted: Wed Dec 28, 2005 7:19 am   
 
Zugg wrote:
Mapper Improvements
There is a lot to be done here. One of the first tasks will be to better integrate the zMapper code into CMUD. It is very likely that "zMapper" will be replaced by "CMUD-Pro". In other words, players who have upgraded to CMUD-Pro will get the zMapper functionality integrated directly into CMUD. This means you will be able to better edit your map directly in CMUD, without launching an external program or plugin.

Most of the visual improvements to the mapper, such as tile-based map support, will be part of this CMUD-Pro expansion.

However, even in the basic CMUD mapper there will still be improvements and bug fixes. The current zMUD mapper stores the map in Microsoft ADO (Jet) format. These *.MDB files are Microsoft Access compatible, but the Microsoft ADO database system is full of bugs and problems that have plauged zMUD and zMapper from the beginning.

The new CMUD mapper will use the database components that are part of zApp. The default map format will use SQLite. However, you will actually be able to store your map in any database format you want (see above for database module formats). In fact, the CMUD mapper will allow you to access a map on a remote database server, although it will be slower than having a local map database.

In addition, work from the zExplorer project is being incorporated into the CMUD mapper to make it possible to track multiple players within the same game and to improve the support for large background images (like those used in AC Explorer and zExplorer).

The improvements to the CMUD mapper will be an ongoing project and will probably last a long time. The first beta version of CMUD will not have any changes...it will use the same mapper as zMUD. But the conversion to an SQL map format will happen before the first public version of CMUD.
_________________
Show your love.
Support Zugg Software!
Donate to zugg@zuggsoft.com with PayPal Send Money.
Reply with quote
parrotslave
Wanderer


Joined: 01 Jul 2002
Posts: 81
Location: USA

PostPosted: Wed Dec 28, 2005 10:27 pm   
 
Not sure if this is the right place, but I would like to make a suggestion for the mapper, or maybe part of the Pro edition.

Could there please be a way to edit one zone of a map while you are playing in another zone?

That was one of my favorite parts of having zMapper. I could open my map in zMapper and add to a zone while playing in a different zone with zMud.
Reply with quote
Zugg
MASTER


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

PostPosted: Tue Jan 03, 2006 9:06 pm   
 
With the Pro version you should be able to edit a different zone than you are playing, just like with zMapper.
Reply with quote
Socko
Newbie


Joined: 03 May 2002
Posts: 9
Location: USA

PostPosted: Sat Jan 07, 2006 2:58 pm   
 
WOO! Great idea!! I'll buy in no matter what the cost! Been using Zmud since 95 and couldn't do without it! Tiggers and bounty hunting go hand in hand!! You stated package sharing, will that include mapping as well?
Reply with quote
Zugg
MASTER


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

PostPosted: Mon Jan 09, 2006 9:30 pm   
 
Sharing maps is something I'll look at in the future, but that will have to wait until the mapper is rewritten to store files in a more generic SQL format instead of using MDAC/ADO like the mapper does now.
Reply with quote
ZealousAnonymous
Wanderer


Joined: 06 Jan 2006
Posts: 70

PostPosted: Wed Jan 11, 2006 11:31 am   
 
Perhaps a better version of #FIND in the map? I use a custom made script to match the room names and exits and pump out a list of vnum's for easy teleport. Perhaps maybe this could be included in with the mapper?
Reply with quote
Zugg
MASTER


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

PostPosted: Wed Jan 11, 2006 6:44 pm   
 
You should probably start a separate topic on specific issues like #FIND. The current #FIND command doesn't use exits because on many MUDs the exits shown for a room change depending upon what door is open. So that's why it only uses the room name and the first line of the room description.

In any case, yes you can expect to see improvements in the mapper once I get to that point.
Reply with quote
Display posts from previous:   
Post new topic   Reply to topic     Home » Forums » CMUD Beta Forum All times are GMT
Goto page Previous  1, 2
Page 2 of 2

 
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