Zugg Software :: View topic - Auto-Mapper stopped creating rooms.

Beginner Joined: 15 Dec 2014 Posts: 19

So, we made some expansions to the world in Deckeon, and as such I remapped the city. It took some doing to actually get the configuration working again, but I managed to get it working. Now, its acting weird. It's stopped crating rooms, but not entirely. It is very strange. I can map a road up to a point, then it just ceases to crate a room, I will try to reach the road from the other direction and it will crate rooms, but yet again it stops making rooms.

I just tested this again this morning. And it mapped a new stretch of road, but still does nothing when trying to map further along the specific stretches it stopped working on yesterday.

Any ideas? Perhaps I could force it to create a room from the exit, then configure the room manually?

Anyone who has an idea here, please pander to me in laymen terms, I'm smart, but I'm not highly cognitive about code and such things.

Thanks!

Posted: Sat Jan 23, 2016 4:06 pm

#MAKEROOM forces the creation of a room.

The most likely culprit is that you made some other trigger that somehow changes the way things are shown on your screen.
Or that the problem rooms are somehow displayed differently that normal rooms.
Or that you had the map in follow mode instead of map mode.

It can help to #TAG parts of your room if the mapper has trouble recognizing them.
Use #NOMAP to prevent a line from being seen by the mapper.
And #NODIR to signify when you did not actually move.
#OK will confirm that you moved, if it is otherwise having difficulty recognizing such.

You can readily access the help files from the command line, if you know what you want to look up:
#HELP #TAG

Make sure to reconfigure the mapper whenever you make a new #TRIGGER with one of the above commands.

Beginner Joined: 15 Dec 2014 Posts: 19

Posted: Sat Jan 23, 2016 5:07 pm

No, you want something more generic for the mapper itself to pick up on.
Something more like:

#TRIGGER {^~[*~]$} {#TAG name}
#TRIGGER {Exit{s|}:} {#TAG exit}
#TR {It is too dark to see!} {#OK}
#TR {You have to open the door first.} {#NODIR}

These are just examples mind you.
Without a key word/phrase/punctuation, or some other form of defining a given line as different from any other line the game sends you, you cannot properly tell CMUD what to do with it.

Some muds have worked to make it easier (though not enough) by adding MXP tags to the output the server sends you.
Which would make most of these triggers unnecessary.
Sometimes its a rather obscure setting a player has to toggle manually as well.

Beginner Joined: 15 Dec 2014 Posts: 19

Unfortunately the first text displayed has no special characters.

Could a #PRINT trigger similarly to identify a line 0?
EX: #PRINT *~!
-
Half of my open questions is to check things before re-configuring, the other half is for anyone else running to similar issues with similar questions.

SubAdmin Joined: 18 Nov 2001 Posts: 5182

Post a log of continuously walking along. 3 rooms that the mapper detects and creates correctly followed by 3 rooms that it fails to recognize.

Beginner Joined: 15 Dec 2014 Posts: 19

All good. Log is also recording movement input at top of each room entry.

Posted: Sat Jan 23, 2016 8:13 pm

I almost want to say that the fact the string starts with a number might be the issue.

Beginner Joined: 15 Dec 2014 Posts: 19

Numbers haven't been an issue in the past, sometimes (and I mean sometimes) if the name has a period on the abbreviation it will cut off the rest of the name (ex: 19th Ave. & Broadway, would only capture 19th Ave.) but manually inputting the name was enough to put the proper name in and it hasn't caused any problems with follow mode.

Posted: Sat Jan 23, 2016 8:55 pm

As to #PRINT, that will never cause any trigger to fire, you would be better of using #SAY or #ECHO.
But I think those would be too late anyway.

SubAdmin Joined: 18 Nov 2001 Posts: 5182

I am going to say that the line with just "-" is the problem. Because of how the mapper works you will probably need 2 different configurations to pick up both of those room patterns. Something that might work is:

Beginner Joined: 15 Dec 2014 Posts: 19

Ok so, I'm not so certain about the current line of thought at this point, and this is why.

Observe below, the purple block are the rooms made today for this exercise. They are the ONLY rooms mapped which lack the preceding dash, I personally wrote and applied the descriptions for all other rooms you can see here, so I guarantee you, it is that way. Now, the four cyan blocks are my only problem areas. Anywhere else, is creating rooms on move in edit mode.

I hope this provides some perspective. Which begs a possible question I had earlier, are there simply too many rooms in this database?

Posted: Sun Jan 24, 2016 7:22 am

I sincerely doubt it is number of rooms, i have had over 10k rooms in a map without issue.

Beginner Joined: 15 Dec 2014 Posts: 19

Ok, that rules out another possibility.

I'm still tentative about attempting the triggers at this point, since I find the auto-configure function incredibly unfriendly.

Have we got any other theories about why those particular sections might be behaving in this way?

Beginner Joined: 15 Dec 2014 Posts: 19

I believe I have discovered the cause of my mapping issue. For the class, I was disabling (almost everything but MSP) in the Preferences/Emulation settings.

Incidentally, after I did a bad client save and had to restore my settings, I also tried the mapper before disabling any of these options again, and viola rooms created once again, generated on move, and functioning with #walk.

Thanks, everyone, for helping me troubleshoot this.

So, does anyone know how to permanently stop C-Mud from both creating hyperlinks or attempting to? I've disabled Telnet options and MXP/HTML - its stopped generating hyperlinks, but it still prints them in unrecognized html code. <a href= link>address</a> Yea, I never want clickable links, even before C-Mud's habit of drawing mud-generated shop list clickable links - which would then proceed to underline everything after the list was posted, requiring a restart; I've never used click links and never will want to.

Apprentice Joined: 17 May 2005 Posts: 108

You can remove the "Clickable URLs" package. Deleting the package would pretty well make that permanent, otherwise "Preferences/Scripting/Packages" shows the list of packages enabled by default for all new sessions. You can remove it from that list, and remove it from each Session's list of enabled packages (sessions/edit session/packages).

To delete the package, go to CMUD's folder, then packages, and find the .pkg file entitled "Clickable URLs."

Beginner Joined: 15 Dec 2014 Posts: 19

Thank You so much!

Thanks again everyone!