edfcore 0.5.64 → 0.5.65

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.64";
112
+ export declare const VERSION = "0.5.65";
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.64';
82
+ export const VERSION = '0.5.65';
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.65
10
+
11
+ - **Added** the question two of the three bundled adapters already answer, asked of the third.
12
+ `blobSource` is shrunk under an open source in `source-contract.test.ts` — "a `File` whose
13
+ backing file changed on disk since the picker ran" — and `fileHandleSource` gets the same
14
+ treatment against a file that turned out shorter than it was built for. `byteSource` was never
15
+ asked, because until recently there was nothing to ask: an `ArrayBuffer` was a fixed extent for
16
+ its whole life, so measuring it once at construction stayed true.
17
+ - It is not fixed any more. `resize` changes the length in place and `transfer` takes the bytes
18
+ away, and both leave the caller holding a `Uint8Array` that looks exactly as it did.
19
+ - `when-the-bytes-move.test.ts` gives the three outcomes, which differ. SHRINKING is caught by the
20
+ contract guard every read goes through, with both numbers on the refusal — including mid-
21
+ recording, where a header has already been read and a reader would otherwise decode whatever is
22
+ left as the records it asked for. TRANSFERRING is refused at construction, since 0.5.62. GROWING
23
+ is invisible, and that is the answer rather than a defect: `byteLength` is the extent the caller
24
+ presented, and a source that silently grew would change what `header.recordCount` means for a
25
+ file already open.
26
+ - The adapters are read off `src/io/` rather than listed, so a fourth fails this file until it says
27
+ which of the three it does.
28
+
9
29
  ## 0.5.64
10
30
 
11
31
  - **Added** the reading half of "edfcore reads, it does not write". `reads-not-writes.test.ts`
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.5.64",
3
+ "version": "0.5.65",
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.64';
96
+ export const VERSION = '0.5.65';