From 05da754b026a5f419b653e42b044518441a5eb13 Mon Sep 17 00:00:00 2001 From: PatR Date: Fri, 26 Feb 2021 00:13:22 -0800 Subject: [PATCH] fixes37.0 entry about engraving Revert part of commit f6a30e7b05c9e45b58a8410afb9daf6b7c599180 that moved a fixes entry from the 'fixes to 3.6.x' section into the 'post-3.6.x, exposed by git' section. It wasn't due to the conversion of engraving from multi-turn action into an occupation, it was fixing a bug that had been around for 5 or 6 years. Moot now; the conversion to occupation removed it. --- doc/fixes37.0 | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/doc/fixes37.0 b/doc/fixes37.0 index 415efcc7f..7f22366e9 100644 --- a/doc/fixes37.0 +++ b/doc/fixes37.0 @@ -381,6 +381,8 @@ prevent wish request "death wand" from matching Death monster and producing a random wand instead of a wand of death grammar bit: "you hear a [AEF] note squeak in the distance" (should be "an") curses interface failed to honor menu_xxx option settings for menu interaction +during engraving, spaces were counted instead of non-spaces [later: affected + code is gone, removed when engraving was converted into an occupation] when an explosion scatters objects, make any that fly over sinks stop there output message when changing fastmove mode while cursor targetting messages when Minetown watchmen become angry could report "you see an angry @@ -515,7 +517,6 @@ change to can_reach_floor() resulted in hero being unable to reach the floor panic if lua init fails change wizard mode command #wizmgender to wizard mode option 'wizmgender' engraving with non-blade dulled the weapon anyway (pr #464) -during engraving, spaces were counted instead of non-spaces curses: 'msg_window' option wasn't functional for curses unless the binary also included tty support