search

scrom / Experiments

a NodeJS text adventure - deliberately coded badly to re-experience the pain of legacy code
http://mvta.herokuapp.com/
2 stars 0 forks source link

NPCs are using the fire escape doors - implement support for one-side locking doors. #371

Closed scrom closed 8 years ago

scrom commented 8 years ago

And leaving them open.

They should only open from the inside and auto-close (easier fix). But most NPC should not use "emergency" doors except when fleeing.

Wonder whether it's possible to mark doors as emergency and make this a bit more real.

scrom commented 8 years ago

setting a subtype of "emergency" should probably work for this. if a creature has a destination that is only accessible via an emergency door, a creature should still be able to take that route (but ensure the door is closed afterward)

another short-term option for the fire exits is to mark them as immediate auto-close so that they're not left open.

scrom commented 8 years ago

I've decided to add paired (locked) doors that autolock from the outside for starters

scrom commented 8 years ago

there's an odd issue with the first of these (smoking area). The door in the smoking area doesn't report to the player that it's closing - not sure why.

scrom commented 8 years ago

Issue identified (and fixed) Linked exits were being exposed but as player didn't have a key for the door on the other side, it wasn't being unlocked / opened. Resolved with a (dirty) hack of generating a skeleton key and unlocking.

As part of fixing this issue, messaging around exits closing behind the player has also been improved.

scrom commented 8 years ago

decided to leave the "emergency" aspect for now as the doors are no longer left open.