-
Couldn't load subscription status.
- Fork 1.2k
Core: Refactor URL parser to support multi-game clients #4133
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
base: main
Are you sure you want to change the base?
Conversation
|
This has some overlap with #3905, but doesn't involve any breaking changes |
This is what 3905 does, so I'll do the same
# Conflicts: # worlds/LauncherComponents.py # worlds/_bizhawk/context.py
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
code lgtm, did not test as I do not have access to my windows PC and getting URIs passed into the AP clients on a Mac is near impossible.
|
Has conflicts by now. |
# Conflicts: # Launcher.py # worlds/LauncherComponents.py # worlds/_bizhawk/client.py # worlds/_bizhawk/context.py
|
Conflicts have been resolved |
What is this fixing or adding?
The way #2779 was implemented, it didn't account for Client Components that handle more than one game name, such as the Manual and Bizhawk clients.
This refactors the code to support an array of names, and adds URL support to BizhawkClient.
How was this tested?
Launching the launcher with a URL with
?game=Pokemon Red and BlueIf this makes graphical changes, please attach screenshots.