Opened 10 years ago

Closed 9 years ago

Last modified 9 years ago

#1155 closed change (fixed (in master))

Persistent randarts

Reported by: magnate Owned by: magnate
Milestone: 3.3.0 Keywords: items


Request is to be able to choose to keep the previous set of randarts instead of re-randomising them at birth. I think this means another birth option ("keep existing randarts" or similar).

Change History (5)

comment:1 Changed 10 years ago by magnate

  • Milestone changed from Future to 3.4.0

comment:2 Changed 9 years ago by magnate

  • Status changed from new to confirmed

Ok, this could be as easy as adding a test for the new option in rd_randarts_2() in load.c - but the real issue is that there is no room for another birth option, as we already have 16. Either the limit needs to be raised, or one need to be replaced, and either of those will cause more savefile issues.

comment:3 Changed 9 years ago by magnate

  • Milestone changed from 3.4.0 to 3.3.0
  • Status changed from confirmed to assigned

Ok, I have implemented this in a branch, replacing birth_ai_sound as suggested by takkaria on IRC, but there is a problem. If it's a birth option, it cannot be toggled during a game. So you must set birth_keep_randarts to Yes before you begin, *in case* you like them and want to keep them for the character after this one. If you like them, all well and good - you can play with them for as many chars as you want. If you don't like them, you can turn it off when you create your next char and you'll get a new set of randarts .... which you cannot keep, no matter how much you like them. See?

My thinking is that this shouldn't be a birth option, despite having nothing to do with interface, warnings or cheats, which are the other three categories. Any suggestions?

comment:4 Changed 9 years ago by magnate

  • Status changed from assigned to pending

Ok, added toggle to death menu in [r9515380]. Seems to work fine.

comment:5 Changed 9 years ago by magnate

  • Resolution set to fixed
  • Status changed from pending to closed

In master as of [r72e6029], Sun 22 May 2011.

Note: See TracTickets for help on using tickets.