Zugg Software :: View topic

Posted: Mon Nov 22, 2010 8:09 am

Normally, the way to open a door in Aardwolf is with 'open <direction>'. Occasionally, there will be a door that requires a name to open, such as 'open trapdoor' or 'open gate'.

I don't see a way I can get both to work unless I start naming all my directional doors, which is a bother because I have to name it twice (one for each side of the door). With configuration settings, I can't use %1 under 'Default door name if %2 is not defined.' because CMUD doesn't recognize it. How can I set it up so that if the door is named, CMUD will open it, but if it is not, it'll open the direction instead?

Or is this a bug that needs addressing?

Charneus

Wizard Joined: 22 Mar 2007 Posts: 2320

If the door is named "trapdoor", does your mud allow both "open trapdoor" and "open up trapdoor"? Or perhaps "open trapdoor up"? If so, using both %1 and %2 might work.

Posted: Mon Nov 22, 2010 5:39 pm

Sadly, it doesn't.

Wizard Joined: 22 Mar 2007 Posts: 2320

All I can think of off the top of my head is an oninput trigger(s) which handles opening itself, rather than setting the autoopen stuff in the mapper. You can check %doorname() for the name of the door, if present.

Posted: Mon Nov 22, 2010 11:29 pm

Well, for the purpose that I have the autoopen, setting an ONINPUT won't work. I generally use the map to find the shortest path to a room and then execute the run for it, so it's just one press of a button, and I move from point a to point b.

That's why I'm wondering if it should be considered a bug.

Wizard Joined: 22 Mar 2007 Posts: 2320

I'm not sure it should be considered a bug, since nothing in the documentation suggests that you could use %1 under 'Default door name if %2 is not defined.' However, it could be a feature request.

Are you sure the #oninput wouldn't work with commands from speedwalk? As I recall, triggers are run on those commands, or else you couldn't use an alias in a .path.

Apprentice Joined: 10 Apr 2009 Posts: 145

You could kind of cheat, and put "open trapdoor;d" etc in the name field of the link, rather than in the door field.

Posted: Tue Nov 30, 2010 12:51 am

I haven't played aard in a while, maybe see how it reacts to open %2 %1 as the door string. If no door name is specified, you will get an extra space between open and the direction otherwise open doorname direction will be sent.

Posted: Tue Nov 30, 2010 1:19 am

If Aard doesn't like the extra space or the direction after the door name, the class below should clean up any of those problems.

Posted: Sat Dec 04, 2010 6:07 am

In the Door String put

Posted: Sat Dec 04, 2010 9:00 am

Worked for the most part until it comes to using them in paths, particularly showing %pathfrom().

And yeah, Kingsholm (the altar) was the place that got me writing this post to begin with. Guess I'm going to need to find a way to strip it out in path.

Posted: Sat Dec 04, 2010 4:56 pm

Yeah, you're right. I tried playing around with it this morning, but couldn't find a simple answer.

Novice Joined: 02 Dec 2010 Posts: 30

I have the same problem. There is a gate that is closed. CMUD should send "open gate" followed by "n". Instead, it sends "open n;n". If I put "gate" in for the door name, it sends "open n;gate". I used the trick described above and put "open gate;n" in the name field. CMUD now sends "open n;open gate;n". The first open fails, but the second succeeds. What is the right way to do this, or is this a bug?

Novice Joined: 02 Dec 2010 Posts: 30

I answered my own question. I was trying to do everything from the room properties. I went to the map properties, instead, clicked on "Strings and Doors" and used "open %2" and left "Only send door command, do not send direction" unchecked. It works like a charm. It now sends "open gate;n" as expected.

Posted: Thu Dec 23, 2010 12:19 am

When I encountered this problem I solved it in a a rather primitive way that has proved effective thus far:

Novice Joined: 02 Dec 2010 Posts: 30

That's clever. I like that idea.