Sting vs level teleport's "materialize" message
When level teleporting, Sting/Orcrish/Grimtooth would start or stop glowing based on occupants of the new level before "you materialize on another level". That wasn't necessarily incorrect for the glow stopping but was clearly wrong for it starting. This fix uses a flag as a hack to avoid finding and changing all the calls to docrt() and see_monsters(). It ought to be fixed properly....
This commit is contained in:
@@ -192,11 +192,14 @@ data.base lookup of an entry with any blank lines would falsely claim that
|
||||
using nhl_error() to report a Lua processing problem would clobber the stack
|
||||
level teleporation's "You materialize on a different level!" could be given
|
||||
out of sequence with other arrival messages
|
||||
creating Mine Town variant 1 (Orcish Town) sometimes complained about being
|
||||
unable to place lregion type 1 and failed to have any staircase up
|
||||
more sequencing: if wielding Sting or similar and level teleporting to a
|
||||
level with different warning effect, the start-glowing or stop-glowing
|
||||
message came before the materialize message on the destination level
|
||||
prevent "you materialize on a different level" after "a mysterious force
|
||||
prevents you from descending" if you try to level teleport past the
|
||||
stairs down from the quest home level before being granted access
|
||||
creating Mine Town variant 1 (Orcish Town) sometimes complained about being
|
||||
unable to place lregion type 1 and failed to have any staircase up
|
||||
set g.context.botl for glove and wielding actions that could start or end
|
||||
bare-handedness in support of condtests[bl_bareh]
|
||||
reinstate ranked ordering of the status condition fields
|
||||
|
||||
Reference in New Issue
Block a user