]> granicus.if.org Git - nethack/commit
modify #untrap prompting further
authornethack.allison <nethack.allison>
Wed, 10 Jul 2002 12:32:03 +0000 (12:32 +0000)
committernethack.allison <nethack.allison>
Wed, 10 Jul 2002 12:32:03 +0000 (12:32 +0000)
commitc0bcc8d292dd9f7319e95cb1b0816f83f3bcbbb7
tree094ce2da94c28a62339c0b02e411a9563b14bba1
parentf3db525ac4202f0405b6203a7b55fc361dcf449d
modify #untrap prompting further

> The intention is, I believe, to cater for the situation where you, a
> chest, and a dungeon-trap are all on the same square; previously
> (C340-71), you wouldn't have been able to check the chest for traps
> because an #untrap in direction '.' would always have tried to disarm
> the dungeon trap. However, since you can't trap-check containers on
> adjacent squares, it'd wouldn't hurt if the question was dispensed
> with when you specify a direction that isn't your square.
>
> (Note that "you cannot deal with traps while trapped!", so there's
> still several situations when you can't trap-check a chest on a
> trap-square, even though you can loot it, until you've untrapped
> yourself; is this really consistent? Should the if(u.utrap) check
> be moved to the "case y:" branch of the switch?)
src/trap.c