Skip to content
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

Ability to shuffle dungeon/sm boss rewards between each other #657

Open
studkid opened this issue Jan 31, 2025 · 1 comment
Open

Ability to shuffle dungeon/sm boss rewards between each other #657

studkid opened this issue Jan 31, 2025 · 1 comment

Comments

@studkid
Copy link

studkid commented Jan 31, 2025

In the main version of SMZ3, it has pendents, crystals and sm boss tokens shuffled between each other, while this version has only pendents and crystals shuffled and leaves SM boss tokens vanilla. I think having an option to toggle this feature would be nice (unless I have just overlooked this setting somewhere).

Apologies if this was already planned, though I couldn't find an issue page asking about this specific feature yet.

@MattEqualsCoder
Copy link
Collaborator

This has been discussed a bit, but so far we've been leaning away from it for multiple reasons.

Not to speak for the others, but in my personal belief.

  1. This fork was created before mainline SMZ3 introduced that, and we've diverged a decent amount, so it would potentially be a bit of work to get it pulled in.
  2. I at least am of the opinion that SMZ3 is already rather lopsided towards Z3, and I think this just further cements that problem by adding an (albeit toned down) chance to skip SM bosses.
  3. At least personally, I have things I have higher on my personal priority list, such as implementing the random goals/bingo mode or graph logic that may allow for randomized portals.
  4. I personally think it's kind of good to have some difference between the two to avoid feeling like we're stepping on any toes. I think with mainline having it and and us not having it, it provides two different experiences that can co-exist.

Not saying it won't happen, and if there are enough people that show interest, I could be convinced, though it probably would be lower on my priority list. Still, if anyone else is interested in this, please feel free to post here or add a reaction to studkid's post.

Or alternatively, if anyone wants to implement this and create a PR, I'd be totally cool with it as long as it's optional.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants