edfcore 0.4.488 → 0.4.489
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/constants.d.ts +1 -1
- package/dist/constants.js +1 -1
- package/docs/CHANGELOG.md +18 -0
- package/package.json +1 -1
- package/src/constants.ts +1 -1
package/dist/constants.d.ts
CHANGED
|
@@ -109,5 +109,5 @@ export declare const SIGNAL_FIELD_BLOCK_OFFSETS: {
|
|
|
109
109
|
readonly reserved: 224;
|
|
110
110
|
};
|
|
111
111
|
/** Published package version. Kept in sync with package.json by a test. */
|
|
112
|
-
export declare const VERSION = "0.4.
|
|
112
|
+
export declare const VERSION = "0.4.489";
|
|
113
113
|
//# sourceMappingURL=constants.d.ts.map
|
package/dist/constants.js
CHANGED
package/docs/CHANGELOG.md
CHANGED
|
@@ -6,6 +6,24 @@ alone does not tell you whether you were affected.
|
|
|
6
6
|
edfcore is pre-1.0. Patch releases have carried behaviour changes where the old behaviour was a
|
|
7
7
|
defect; those are called out below.
|
|
8
8
|
|
|
9
|
+
## 0.4.489
|
|
10
|
+
|
|
11
|
+
- **Added** a property test for `summarizeDiagnostics`. Everything that prints a count of a file's
|
|
12
|
+
problems goes through it — the first line of `edfcore validate`, the summary under
|
|
13
|
+
`edfcore header`, and the `worst` a caller branches on to decide whether a recording is usable —
|
|
14
|
+
so its one job is to be the list, counted, and every way it can fail is quiet.
|
|
15
|
+
- The existing tests pin the two DECISIONS, which is right: `worst` is by severity rank rather
|
|
16
|
+
than arrival, and it is `undefined` rather than `'info'` for an empty list. What nothing pinned
|
|
17
|
+
is that the counting adds up, and that is the part with no decision in it — which is exactly the
|
|
18
|
+
part nobody writes a case for.
|
|
19
|
+
- Four invariants over arbitrary lists: the three severity counts sum to the length, each equals
|
|
20
|
+
the number of that severity in the input, `byCode` holds every code once and its counts sum to
|
|
21
|
+
the total, and it is descending by count with first-seen order inside a tie. The last is what
|
|
22
|
+
makes two runs over one file diffable, and the docblock promises it.
|
|
23
|
+
- The generator draws from a four-code alphabet on purpose. Unique codes would produce entries of
|
|
24
|
+
count 1 for ever, and repeats and ties are the whole point — a hand-written fixture reaches
|
|
25
|
+
neither.
|
|
26
|
+
|
|
9
27
|
## 0.4.488
|
|
10
28
|
|
|
11
29
|
- **Added** a property test for `formatDiagnostics`' `maxItems` accounting. The cap is what stops a
|
package/package.json
CHANGED
package/src/constants.ts
CHANGED