edfcore 0.4.375 → 0.4.376

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.4.375";
112
+ export declare const VERSION = "0.4.376";
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.4.375';
82
+ export const VERSION = '0.4.376';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,23 @@ 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.376
10
+
11
+ - **Fixed** a gap in `.gitignore`: `.venv/` was not in it. `scripts/golden/README.md` tells you to
12
+ build a virtualenv at the repository root and install pyedflib and mne into it, and
13
+ `scripts/release.mjs` stages with `git add -A` — whose docblock says that `-A` honours
14
+ `.gitignore`, "which is what keeps `dist/`, `node_modules/` and `tests/scratch/` out". A
15
+ regeneration run followed by a release would have put a few hundred megabytes of Python into a
16
+ release commit, by following two sets of documented instructions in order.
17
+ - **Added** the check that found it, over the rest of what that README promises. The regeneration
18
+ block has to name four scripts that exist and every script in the directory, so none is
19
+ undocumented and none is named that is not there. "The venv is not committed and CI never builds
20
+ it" is checked both ways: the ignore rule, and no workflow step that installs or runs Python.
21
+ - And the claim the whole harness rests on — "Nothing in `tests/corpus/golden/` is produced by
22
+ edfcore" — is read off the files rather than trusted. Every golden carries a `producer`, and no
23
+ producer names this package: a golden regenerated with edfcore's own writer would compare edfcore
24
+ against itself and pass no matter what either did.
25
+
9
26
  ## 0.4.375
10
27
 
11
28
  - **Added** `tests/property/read-agreement.test.ts`: the two ways to read the same records return
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.4.375",
3
+ "version": "0.4.376",
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.4.375';
96
+ export const VERSION = '0.4.376';