-
Notifications
You must be signed in to change notification settings - Fork 32
add RECALL_NO_SERIALS to disable recalling serial numbers #485
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: master
Are you sure you want to change the base?
Conversation
|
Good idea, that has been bugging me in the past. "Negative" settings are an anti-pattern, is there a way to avoid that? Perhaps spell it |
|
That will work +1. Maybe more universal would be to have a regular expression based filter for allowed ie entries. |
|
A regex is maybe too much. How about a tri-state option? RECALL=none That seems quite natural to use. |
Moreover we should pass an optional argument to |
|
Switched to positive logic, had to initialize the flag to true explicitly in Yes, we could extend the existing I find however |
|
Sorry for the continued bikeshedding. 🙂 It feels weird to have to set Could we name the option |
|
Ok, let's take the more explicit INITIAL_EXCHANGE = wag.txt |
Aiming to resolve #356
Added RECALL_NO_SERIALS to control whether serial numbers from previous QSOs should be recalled.
Recalling is still enabled by RECALL_MULTS.
The logic is (provided RECALL_MULTS is active):
This way errors from IE list are corrected in both cases as over-the-air value from the log takes precedence. The basic assumption is that contests doesn't use all-digit section exchanges.
Will update man page if this solution is generally OK.
(contest booleans have false default value, hence the double negation)