-
Notifications
You must be signed in to change notification settings - Fork 235
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove references to “sanity” in setting display names #1560
Conversation
As discussed today in #rsl-discussion, these names can be confusing for newcomers, since the “in-” prefix is truncated. I have replaced them with more descriptive names: * “Shopsanity” becomes “Shuffle Shops” * “Shopsanity Prices” becomes “Special Deal Prices” * “Tokensanity” becomes “Shuffle Gold Skulltula Tokens”
71ab74d
to
30922dd
Compare
Definitely not worth changing the internal names. I question if this is necessary, I don't think it's hard to glean the meaning. My first time looking at the rando I understood "Oh, tokensanity, that means tokens but insane or something, oh I see it controls how they're shuffled, makes sense" |
I think it would be good to change the internal names that are printed in the spoiler log to be consistent with the names of the settings. The keysanity options are also inconsistently named, where "Remove (Keysey)" is called This would break plandos, so if internal names get changed it might be best to merge this right before a new release. Edit:
Descriptive settings names would make it easier for new users to parse the GUI. |
In the discussion in #rsl-discussion, some people (myself included) mentioned that they were initially confused when they were new to the randomizer, thinking that “sanity” would imply less randomization, not more. As a neat bonus, this avoids the possible interpretation of implying negative things about setting preferences (“you're insane if you use this setting”). |
I've also always found it strange that they were called "sanities" when they introduce chaos into your seed. "mania" might be a less ambiguous suffix, but I personally prefer names that are clear and descriptive. |
And it would break the website too. |
I'm going to be closing this as I don't agree with the change, but maybe the idea can be revisited at some point. |
I would like to ask you to reconsider. There are 3 clear advantages to this change:
That third point has barely been mentioned in this thread, and I'm bad at explaining this sort of thing, so I asked Melrose to elaborate. Posting with his permission:
|
As discussed today in #rsl-discussion, these names can be confusing for newcomers, since the “in-” prefix is truncated. I have replaced them with more descriptive names:
While I was in there, I also updated some outdated code comments and removed a commented-out block of code.
An open question is whether the internal names should be changed as well.