edfcore 0.6.123 → 0.6.125

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.6.123";
112
+ export declare const VERSION = "0.6.125";
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.6.123';
82
+ export const VERSION = '0.6.125';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,25 @@ 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.6.125
10
+
11
+ - **Documented** the `maxItems` rule 0.6.115 changed, in all three tables that carry the option.
12
+ - `api-primitives.md` listed four behaviours for it and `api-helpers.md` listed none; neither said
13
+ what happens to a value that is not a number, which until 0.6.115 was "it is coerced". A rule
14
+ stated in one table of three is a rule two readers never meet, so the check asserts every
15
+ `maxItems` row on both pages states it.
16
+ - The fractional-limit behaviour, which was true all along and written down nowhere, is stated too.
17
+
18
+ ## 0.6.124
19
+
20
+ - **Documented** when `streamRecords` checks its arguments, which 0.6.118 changed and the page did
21
+ not say.
22
+ - `api-helpers.md` described the narrower rule it had — "`signalIndices` is validated before the
23
+ window is resolved" — and left the reader to assume the rest arrives with the data. Every argument
24
+ is now checked by the call rather than by the first turn of the loop, and the page says so, with
25
+ the reason: a pipeline that builds the stream in one function and consumes it in another used to
26
+ get the refusal in the second, and a stream built and then dropped never reported it at all.
27
+
9
28
  ## 0.6.123
10
29
 
11
30
  - **Fixed** `resolveTimeWindow` mapping a window onto a discontinuous file when handed the header
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.6.123",
3
+ "version": "0.6.125",
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.6.123';
96
+ export const VERSION = '0.6.125';