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

Remove legacy patch support #9573

Merged
merged 2 commits into from Jan 13, 2021
Merged

Remove legacy patch support #9573

merged 2 commits into from Jan 13, 2021

Conversation

Megamouse
Copy link
Contributor

The legacy patches shouldn't be used anymore, except by some patch creators who will simply have to adjust their workflow a bit.

There will be an error message about "Enable legacy patches", which will be silenced once the user saves their patch manager once more.

@Xcedf
Copy link

Xcedf commented Jan 9, 2021

How about to save legacy patches, but make them, i don't know, ini only and disabled by default so end users won't mess with it

@illusion0001
Copy link
Contributor

illusion0001 commented Jan 9, 2021

except by some patch creators who will simply have to adjust their workflow a bit.

It would look nice and organized for the users but inconvenient for people who developed patches before using legacy format. Having to copy paste 5 lines of metadata just for a single line of patch is inconvenient.

@AphelionWasTaken
Copy link

AphelionWasTaken commented Jan 9, 2021

Having to copy paste 5 lines of metadata just for a single line of patch is inconvenient.

I've gotten into the habit of developing patches using the v1.2 format, so it doesn't bother me personally. I can see how it's inconvenient if you prefer to use the legacy format, but since patches need to end up in the new format anyway it seems to make sense to develop them in that format for the sake of accuracy (for example, some moron might type version "1.30" instead of "01.30"....)

I can't think of any real issues that would arise by removing support for legacy patches. All legacy patches still in use should be converted by now, unless there's some rando out there hoarding useful legacy patches that have never seen the light of day.

@HerrHulaHoop
Copy link

From a user standpoint, legacy patches support needs to be removed. There are still tutorials on YT that share the old format with severely outdated patches. We all know the pitfalls of the old system - no notes or warnings displayed, all patches being applied automatically to every game and having to manually edit patch files to choose patches.

From a developer standpoint, the legacy system has its advantages but so does the new system. You could set-up multiple variations of a patch to test and enable/disable them from the UI itself. Only Games and Patch parameter are mandatory, and the Games parameter can be left on All.

If it's a severe problem, maybe we can look into retaining the legacy patch functionality through dev_patch.yml file in the patches folder with a Version: Legacy indicator.

@Megamouse Megamouse added the GUI label Jan 12, 2021
@Megamouse Megamouse merged commit a692ade into RPCS3:master Jan 13, 2021
@Megamouse Megamouse deleted the patchuuuuu branch January 13, 2021 16:44
@Megamouse Megamouse added the Patches Patches and Mods label Nov 18, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
GUI Patches Patches and Mods
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants