edfcore 0.5.33 → 0.5.34

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.33";
112
+ export declare const VERSION = "0.5.34";
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.33';
82
+ export const VERSION = '0.5.34';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,27 @@ 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.34
10
+
11
+ - **Added** the `Next:` clause, followed. Every message edfcore throws ends with one, and
12
+ `next-clause.test.ts` proves that — it enumerates the throws out of `src/` and fails on a message
13
+ without one. What it cannot check is whether the sentence is any good. A clause naming a function
14
+ that was renamed, or advising something the API no longer allows, still passes, and advice that
15
+ does not work is worse than none: the reader spends their time on it before doubting it.
16
+ - The package's own docblocks record two of those. `options.ts`: a `NaN` budget was refused with
17
+ "read fewer records per call", "advice no record count can satisfy", and elsewhere with "clamp the
18
+ range against header.recordCount", "a range neither function takes as a parameter" (0.3.21).
19
+ `validate.ts`: offering "drop scanSamples" on an EDF+ file "sent the reader round a loop" (0.3.77).
20
+ Both were caught by reading, not by a test.
21
+ - Eight refusals whose advice is a concrete instruction now have it followed: build the index and
22
+ pass it, for both `readWindow` and `sampleAt`; merge each contiguous run separately; read fewer
23
+ records **or** raise the budget, both levers exercised against the numbers the refusal reported;
24
+ call `readAnnotations` and pass `header.dataSignalIndices` instead; `findSignals` or an index for a
25
+ duplicate label; `decodeDigital` on a signal with no scale; one of the annotation signals or none
26
+ of them; and omitting `--limit` after a bad one.
27
+ - Each case reads the clause off the message it actually threw before following it, so advice that
28
+ is reworded has to stay true rather than stay identical.
29
+
9
30
  ## 0.5.33
10
31
 
11
32
  - **Added** an overlap driven through every surface that could call it a gap. This is the defect the
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.5.33",
3
+ "version": "0.5.34",
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.33';
96
+ export const VERSION = '0.5.34';