feat(awards): settle each RDA disagreement on its own row
The comparison could show two hundred contacts where the log and the database name different districts, and leave the operator with nothing to do about any of them but open each QSO and edit it by hand. Now each row carries the two values as buttons: click the district you keep, then apply. There are shortcuts for keeping one source everywhere, and applying is a separate act — clicking through two hundred rows with each one written as it is clicked would make a slip permanent before the reading was finished. The choice is written as the contact's AWARD REFERENCE, not over the imported CNTY, and that distinction is the point. CNTY is what the downloaded log said; overwriting it would destroy the evidence the comparison runs on, and the next comparison would agree with itself and prove nothing. The override is the operator's decision, it is what the award engine counts, and it beats both sources. So the log keeps saying what it said, the database keeps saying what it says, and the contact counts for the district that was chosen. The buttons show the districts themselves rather than a tick box: someone arbitrating between RO-19 and KO-05 should be picking a value they can read, not remembering which source a checked box stood for.
This commit is contained in:
Vendored
+2
@@ -65,6 +65,8 @@ export function ApplyAwardPreset(arg1:string,arg2:string):Promise<number>;
|
||||
|
||||
export function ApplyAwardUpdate(arg1:string):Promise<void>;
|
||||
|
||||
export function ApplyRDAChoices(arg1:Array<main.RDAChoice>):Promise<main.RDAApplyResult>;
|
||||
|
||||
export function AssignAwardRefToQSOs(arg1:string,arg2:string,arg3:Array<number>):Promise<number>;
|
||||
|
||||
export function AudioApplyLevels(arg1:number,arg2:number):Promise<void>;
|
||||
|
||||
Reference in New Issue
Block a user