agaricus5
Level: Smitemaster
Rank Points: 1838
Registered: 02-04-2003
IP: Logged

This bug is a little annoying, as it makes door removal quite hard in places.

To recreate this bug, create a door that's longer than 2 squares. Associate an orb with it, taking care to make sure the point of definition is on the right-most square of the door. Now delete that square of door and the one to its left simultaneously. The association should disappear, even though the door has not been completely deleted. If you delete only the square that was associated, the right-most square, the association will be passed to the square on its left.

However, this bug does not occur from left to right, only right to left, strangely. If you repeated this, associating the door on its left-most square instead, and deleting that square and the one to the right simultaneously, the bug does not occur.

____________________________
Resident Medic/Mycologist

eytanz
Level: Smitemaster

Rank Points: 2708
Registered: 02-05-2003
IP: Logged

Does it really matter what the point of association is? I don't have DROD near me at the moment, but IIRC then it doesn't matter where you click when you associate the orb, it always remains tied to the top-left corner of the door.

____________________________
I got my avatar back! Yay!

agaricus5
Level: Smitemaster
Rank Points: 1838
Registered: 02-04-2003
IP: Logged

It does.

If you create a large door, then associate an orb with it, then click on the orb, the association goes to the square you clicked on when associating the door.

____________________________
Resident Medic/Mycologist

AlefBet
Level: Smitemaster
Rank Points: 979
Registered: 07-16-2003
IP: Logged

agaricus5 wrote:
It does.

If you create a large door, then associate an orb with it, then click on the orb, the association goes to the square you clicked on when associating the door.

I believe this is correct. However, I also think the behavior you are calling a bug is the intended behavior. When a door is partially removed, the editor makes a reasonable attempt to preserve the associations on the remainder of the door.

That's the way I prefer to have it. I like knowing the door will keep working as I reshape it, even if I end up deleting the square that happened to be the association point.

I believe if this really bothers you, the work-around is to break the top-left square of the door off the door, then delete that square. I think that will delete all associations on the door. (Alternatively, you can remove the associations individually.)

____________________________
I was charged with conspiracy to commit jay-walking, and accessory to changing lanes without signaling after the fact .

++Adam H. Peterson

DiMono
Level: Smitemaster

Rank Points: 1181
Registered: 09-13-2003
IP: Logged

I always assumed having the association move with the changing door was the intended behaviour. However, if it doesn't hold this behaviour with going from left to right, that might just as well be a bug, and I'd certainly like to see it fixed.

Along a similar topic, if you split a door in half, only the half containing the original association will retain it, the other half becomes free. Is this intended, or is it supposed to hold the association for both sides?

____________________________
Deploy the... I think it's a yellow button... it's usually flashing... it makes the engines go... WHOOSH!

agaricus5
Level: Smitemaster
Rank Points: 1838
Registered: 02-04-2003
IP: Logged

AlefBet wrote:
I believe this is correct. However, I also think the behavior you are calling a bug is the intended behavior. When a door is partially removed, the editor makes a reasonable attempt to preserve the associations on the remainder of the door.

That's not what I said:

I wrote:
To recreate this bug, create a door that's longer than 2 squares. Associate an orb with it, taking care to make sure the point of definition is on the right-most square of the door. Now delete that square of door and the one to its left simultaneously. The association should disappear, even though the door has not been completely deleted.

I want to have your behaviour working both ways around, not only one way and not the other.

DiMono wrote:
Along a similar topic, if you split a door in half, only the half containing the original association will retain it, the other half becomes free. Is this intended, or is it supposed to hold the association for both sides?

Actually, since when you split a door, you are making a separate door, so I think it's logical that only one door remains defined, since there is only one definition.

However, this would be inconvenient at times, so I'd also like to see this changed.

____________________________
Resident Medic/Mycologist

AlefBet
Level: Smitemaster
Rank Points: 979
Registered: 07-16-2003
IP: Logged

My apologies. I misinterpreted

The association should disappear

to mean that that's what you wanted instead of that's what you see.

Comes of posting to the discussion board at work, where I can't actually verify the behavior .

____________________________
I was charged with conspiracy to commit jay-walking, and accessory to changing lanes without signaling after the fact .

++Adam H. Peterson

mrimer
Level: Legendary Smitemaster

Rank Points: 5058
Registered: 02-04-2003
IP: Logged

agaricus5 wrote:
To recreate this bug, create a door that's longer than 2 squares. Associate an orb with it, taking care to make sure the point of definition is on the right-most square of the door. Now delete that square of door and the one to its left simultaneously. The association should disappear, even though the door has not been completely deleted. If you delete only the square that was associated, the right-most square, the association will be passed to the square on its left.

However, this bug does not occur from left to right, only right to left, strangely. If you repeated this, associating the door on its left-most square instead, and deleting that square and the one to the right simultaneously, the bug does not occur.

Thanks for pointing out this inconsistency. The intended behavior is to retain the association if possible (i.e. not all of the door has been deleted). I've fixed it so the behavior is consistent regardless of the side a region of the door is deleted from.

(Retaining associations for partially-deleted doors might not be what is desired all the time, but I think it most often is. And when an issue comes down to "sometimes I want it this way and sometimes I want it that" then there's no intelligent way to always get it right. So this is what I chose to do.)

____________________________
Gandalf? Yes... That's what they used to call me.
Gandalf the Grey. That was my name.
I am Gandalf the White.
And I come back to you now at the turn of the tide.

agaricus5
Level: Smitemaster
Rank Points: 1838
Registered: 02-04-2003
IP: Logged

AlefBet wrote:
My apologies. I misinterpreted

The association should disappear

to mean that that's what you wanted instead of that's what you see.

Comes of posting to the discussion board at work, where I can't actually verify the behavior .

It's all right. Maybe I should have used italics or something else less obvious than bold lettering. I think I appeared more forceful than I intended to.

Sorry.



____________________________
Resident Medic/Mycologist