Opened 11 years ago

Closed 6 years ago

#671 closed bug (fixed (in master))

Loading the same gamefile should load preferences, even with a different character name

Reported by: Big Al Owned by: magnate
Milestone: 3.5.0 Keywords: prefs
Cc:

Description (last modified by takkaria)

For OS X, possibly other platforms:

I like to give all my characters a new name in succession (Big Al, Big Al II, Big Al III, Big Al the Bold, etc.) each time I start a new character. In my first game, I saved the preferences as the default Big_Al.prf. In subsequent games, it's looking for a pref file called Big_Al_II.prf, Big_Al_III.prf, etc, so I have to load the old file by hand each time.

It would be a lot better to base the name that the preferences is looking for on the name of the *file*, not the *character*. I always load the same game file each time I start a new game (to preserve monster memory) so it would make sense to load the same prefs from that name too.

Change History (14)

comment:1 Changed 11 years ago by magnate

Agreed. I'd also like to see race- and class- specific pref files auto-loaded properly (I'm not sure whether they're supposed to, but they don't). Less important for races, but essential for classes - all my rogues have a certain set of macros, priests different, warriors different etc. On a related note, can autoinscriptions be saved in a pref file instead of in the save file? These are also mainly class-dependent for me.

comment:2 Changed 11 years ago by magnate

  • Owner set to magnate
  • Status changed from new to assigned

comment:3 Changed 10 years ago by magnate

  • Milestone changed from 3.1.1 beta to 3.1.2 beta

comment:4 Changed 10 years ago by magnate

  • Keywords prefs added

comment:5 Changed 10 years ago by magnate

  • Milestone changed from 3.1.2 beta to 3.1.3

comment:7 Changed 9 years ago by magnate

  • Milestone changed from 3.2.0 to 3.3.0

Punting to 3.3: non-urgent bug or change.

comment:8 Changed 9 years ago by magnate

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

Punting in accordance with new milestone policy (that any other milestone is only set once someone is actually working on the ticket).

comment:9 Changed 8 years ago by magnate

​http://angband.oook.cz/forum/showthread.php?t=4769 reveals that user.prf and pref.prf are always first loaded from lib/pref before looking in ~/.angband/Angband. An interim fix could be to remove user.prf from there so that it's loaded from the user's dir as their private global settings file.

comment:10 Changed 7 years ago by takkaria

  • Milestone changed from Future to 3.5.0

Assigning still-open bugs from Future to 3.5 for fixing.

comment:11 Changed 6 years ago by takkaria

  • Description modified (diff)

Partially addressed in merge of ​https://github.com/angband/angband/pull/255

comment:12 Changed 6 years ago by takkaria

Partially addressed in merge of ​https://github.com/angband/angband/pull/272

comment:13 Changed 6 years ago by takkaria

Further work in 9a15b05, addressing the situation where you have "Big Al II", "Big Al III" etc by stripping the roman numeral from the end before looking for a pref file.

comment:14 Changed 6 years ago by takkaria

  • Resolution set to fixed (in master)
  • Status changed from confirmed to closed

This should now be fixed.

Note: See TracTickets for help on using tickets.