edfcore 0.5.13 → 0.5.14

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.
@@ -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.5.13";
112
+ export declare const VERSION = "0.5.14";
113
113
  //# sourceMappingURL=constants.d.ts.map
package/dist/constants.js CHANGED
@@ -79,5 +79,5 @@ export const SIGNAL_FIELD_BLOCK_OFFSETS = {
79
79
  reserved: 224,
80
80
  };
81
81
  /** Published package version. Kept in sync with package.json by a test. */
82
- export const VERSION = '0.5.13';
82
+ export const VERSION = '0.5.14';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,26 @@ 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.5.14
10
+
11
+ - **Added** the CLI's default print cap driven at all four places it is applied.
12
+ `cli-limit-default.test.ts` covers the NUMBER — twenty, and the four documents that promise it —
13
+ and its own docblock names the failure that made `DEFAULT_ITEM_LIMIT` a constant in 0.4.390: the
14
+ literal `20` at four separate call sites, "`header` printing twenty diagnostics while
15
+ `events --list` prints fifty, with both pages still saying twenty". It then exercised one of the
16
+ four. The three the sentence is about had never been run with the flag left off.
17
+ - They are not reachable by accident. Each needs more than twenty of one kind of diagnostic in one
18
+ particular array: `header.diagnostics`, then `timeline.diagnostics` under "From the record
19
+ probes:" — a second application of the same local, added in 0.3.94 — and `report.diagnostics`
20
+ through `formatValidationReport`, which is a different formatter with its own `maxItems`. The
21
+ fixtures are built for it: thirty signals declaring `physicalMinimum == physicalMaximum`, thirty
22
+ annotation signals each carrying a malformed slot-0 TAL that both record probes see, and a
23
+ malformed TAL in every one of forty records.
24
+ - Every count is compared against the cap the CLI was observed to apply rather than against a
25
+ literal, so this file names no number of its own and the two files move together. An explicit
26
+ `--limit 3` is then driven through all four as well, which is what separates a site that reads
27
+ `args.limit` from one that fell through to the constant.
28
+
9
29
  ## 0.5.13
10
30
 
11
31
  - **Added** a `NaN` budget driven through every entry point that reads one. `options.ts` exists
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.5.13",
3
+ "version": "0.5.14",
4
4
  "description": "Modern, typed, zero-dependency reader for EDF, EDF+, BDF and BDF+ biosignal files. Works in browsers and Node with true random access.",
5
5
  "keywords": [
6
6
  "edf",
package/src/constants.ts CHANGED
@@ -93,4 +93,4 @@ export const SIGNAL_FIELD_BLOCK_OFFSETS = {
93
93
  } as const;
94
94
 
95
95
  /** Published package version. Kept in sync with package.json by a test. */
96
- export const VERSION = '0.5.13';
96
+ export const VERSION = '0.5.14';