-
Notifications
You must be signed in to change notification settings - Fork 151
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
Add new option to fallback custom levels and colors to default values #317
Add new option to fallback custom levels and colors to default values #317
Conversation
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.
I don't think we can accept this breaking change. Could you add new options instead?
Pull Request Test Coverage Report for Build 2009223414
💛 - Coveralls |
Pull Request Test Coverage Report for Build 2011357941
💛 - Coveralls |
Refactored to maintain backward compatibility. Now uses a new option to switch whether to fallback level and color option to default values The option name is The default is kept as |
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.
Good work! Could you add the new option to the README and update the PR title?
updated |
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.
lgtm
@mcollina can this PR be merged? |
Currently the customLevels and customColors options completely override the default Levels.
This PR changes the default behaviour of either using customLevels or default levels, and instead makes it so that it will now override the default levels with new Levels.
The reason for this change is that there is a use case where we may only want to add a few extra custom levels and need to use the existing levels too.
refering to comment in issue #62