-
Notifications
You must be signed in to change notification settings - Fork 85
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
feat: par_names handles non-scalar modifiers with 1 parameter #1560
Conversation
Codecov Report
@@ Coverage Diff @@
## master #1560 +/- ##
=======================================
Coverage 97.70% 97.70%
=======================================
Files 63 63
Lines 4050 4050
Branches 576 576
=======================================
Hits 3957 3957
Misses 54 54
Partials 39 39
Flags with carried forward coverage won't be shown. Click here to find out more.
Continue to review full report at Codecov.
|
As the changes are pretty minor (especially given the original functionality was ok in the originating PR), I'm going to merge this in so @matthewfeickert can focus on getting the release out. |
@kratsg as this is API breaking do we know if this is problematic for I'm optimistic that is isn't a problem, given that you only had to add a test and not remove any. |
not API breaking as this wasn't in the v0.6.2 API. It's just changes to the API on the main branch. |
Ah that's fantastic. Thanks for clarifying that. |
Pull Request Description
Resolves #867.
Should fully resolve the last remaining parts of #867. There are two issues handled:
par_names
did allow for customizable fstring, but this would never get passed through to the underlying optimizers that use it, so it's being dropped as the benefit of configurability is outweighed by the extra work on the user to maintain and bookkeeppar_names
now correctly uses the fact that parameter sets which are non-scalar but only have one parameter (e.g. channel of 1 bin) will still be named with the index{parameter}[0]
rather than just{parameter}
to clarify that it's a non-scalar parameter explicitly (but also somewhat implicitly).Checklist Before Requesting Reviewer
Before Merging
For the PR Assignees: