Makes working with Unity prefs a little easier.
Pref utils works with Unity 2018.4 through 2020.3 but you are welcome to try newer/older versions.
If you identify a compatible version that isn't already listed here or you add support for an incompatible version, please create a PR.
You can install Pref Utils by git url in the Package Manager:
https://github.com/aestheticianlabs/pref-utils.git
See this guide for more detail.
TODO
Before submitting a new issue, please search for existing issues.
If you can't find your issue in the existing issues, please submit an issue. With your submission, please include information about your environment:
- OS and version (e.g. Windows 10, macOS Big Sur 11.2)
- Unity version (e.g. 2020.3.2f1)
Please try to be as descriptive as possible in your issue.
Individual contributions to Pref Utils are very welcome!
- Click the "Fork" button in the upper right corner of the repository.
- Create a new Unity project for development.
- Clone your forked repository and add it to your new project.
- We recommend setting the forked package up as an embedded package.
- Create a new branch for your change:
git checkout -b <YOUR_BRANCH>- A good name for the branch describes what you are working on (e.g.
fix-unity-2021.1,auto-pin-list, etc.)
- Please format your commit messages following the Conventional Commit standard.
Please be sure to test your changes in all supported editor versions.
Pref Utils does not currently have any tests (hey, that's not a bad idea for a PR).
When you're done testing your changes, please submit your PR to the Pref Utils repository.
Here are some tips for your PR:
- Add a descriptive title
- Link to related issues
- Consider starting with this template:
### Reason for change
Why is this change important?
This is a good place to link to issues this PR addresses:
- Resolves #99997
- Resolves #99999
### Description
What does this change do?
This repository follows the Conventional Commits specification. PRs with commit messages that do not follow the specification will be rejected.
The Conventional Commit specification generally follows this format:
type(scope?): description (scope is optional, hence the ?).
Here are some example commit messages for reference:
feat: add pref lists
fix: lists don't remove keys on resize
perf: improve list resize performance
For more detail, see the Conventional Commits specification.
Here is a list of common supported commit types:
- feat: A new feature
- fix: A bug fix
- chore: A change to the project that doesn't affect the build (i.e. a merge commit, version increase, etc)
- build: A change that affects the build system or dependencies (i.e. adding/changing package dependencies)
- perf: A code change that improves performance
- style: Semantic changes that don't affect the meaning of the code
- refactor: A code change that neither fixes a bug nor adds a feature