 |
ReedN
Wizard
Joined: 04 Jan 2006
Posts: 1279
Location: Portland, Oregon
|
 Posted: Tue Jul 28, 2009 4:44 am
[Fixed] Existing 'other' type exit stubs ignored when a new room is created
|
Summary: If there is an existing 'other' type exit stub (not connected anywhere), if I move using the stub exit (to create the new room off the stub) it incorrectly neglects to use that existing stub and fails to create any to and return links to the newly created room.
-- Testing done on 3.10 Pro --
1) Create a new session, enter it off-line
2) Import the 'in' and 'out' directions:
| Code: |
<class name="directions" id="8">
<dir name="i" reverse="o" dir="other" id="3">in</dir>
<dir name="o" reverse="i" dir="other" id="4">out</dir>
</class>
|
3) Open the mapper with the map button
4) Change to edit mode and create a room.
5) Right-click that room and select 'Set Current Position'.
6) Create an 'in' exit stub with:
| Code: |
| #call %roomportal(%roomnum ,"in",-2) |
7) Map->Config->Configuration Settings->Speedwalking->Speedwalking Mode->SLOW
8) Execute the code below with alias 'test'. This simulates moving to the 'in' into a new room to be created.
| Code: |
<class name="TestCode" id="6">
<alias name="test" id="7">
<value>#map in
#tag name testroom
#tag exit {north|out}
#ok
#show prompt
#say Executed</value>
</alias>
<trigger priority="70" id="8">
<pattern>prompt</pattern>
<value>#tag prompt</value>
</trigger>
</class>
|
9) Pull up the room properties for the two rooms, select the exit side tab. Notice that the originating room has no exit link to the newly created room. Also notice that the newly created room has no return link to the original room. In this case, having an existing exit stub prevents the correct operation which should be to have 'in' and 'out' exit links correctly linked to each other in the existing and new rooms. |
|
Last edited by ReedN on Sat Oct 24, 2009 1:48 am; edited 1 time in total |
 |
|
|
Zugg
MASTER
Joined: 25 Sep 2000
Posts: 23379
Location: Colorado, USA
|
Posted: Tue Jul 28, 2009 4:47 pm
|
Added to bug list.
I'm assuming that this problem also existed in the 2.37 mapper? |
|
|
|
|
ReedN
Wizard
Joined: 04 Jan 2006
Posts: 1279
Location: Portland, Oregon
|
Posted: Tue Jul 28, 2009 7:25 pm
|
I'd assume so, but this is the first time I sat down and really analyzed it to create a procedure.
As of late I've gotten fed up with the 'other' type exits always being the odd-balls and taking so much extra time to manually edit to be correct. So I've been putting a lot of effort into testing and identifying the individual issues that as a whole are making 'other' exits such a pain to use.
Many of these issues I remember struggling with 4 years ago when I was new to Zmud and I remember it being a real detriment to accomplishing things when I always had these 'other' type exit issues I always had to grapple with. |
|
|
|
|
shalimar
GURU
Joined: 04 Aug 2002
Posts: 4691
Location: Pensacola, FL, USA
|
Posted: Tue Jul 28, 2009 9:58 pm
|
I usually just give them a cardinal exit and use the Name for the exit command.
Makes it alot easier to use 'other' exits with the keypad. (is there a way to use them otherwise, without making a new macro or manually typing the command?)
I only actually resort to other if all the cardinals are used up.
Not really a solution, but a good practical workaround. |
|
_________________
Discord: Shalimarwildcat |
|
|
|
Zugg
MASTER
Joined: 25 Sep 2000
Posts: 23379
Location: Colorado, USA
|
Posted: Tue Jul 28, 2009 11:08 pm
|
Hey ReedN...I really appreciate your detailed help with these "other exit" issues. But I just didn't get the time to get into these bugs for the quick fix today because I was more concerned with various hard crash problems. I'm afraid you'll need to live with these issues a bit longer until the 3.11 version next month, sorry.
|
|
|
|
|
ReedN
Wizard
Joined: 04 Jan 2006
Posts: 1279
Location: Portland, Oregon
|
Posted: Sat Oct 24, 2009 1:48 am
|
Confirmed fixed.
|
|
|
|
|
|
|
|
