edfcore 0.4.438 → 0.4.439

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.438";
112
+ export declare const VERSION = "0.4.439";
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.438';
82
+ export const VERSION = '0.4.439';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,22 @@ 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.439
10
+
11
+ - **Added** a check that everywhere a stranger learns what this package does, it says it reads.
12
+ `design-decisions.md` gives the constraint a heading of its own — "edfcore does not write EDF,
13
+ and will not before 1.0. A writer exists in the test suite and is not exported" — and four other
14
+ places carry it, each reaching a different reader: AGENTS.md tells an agent, the README tells
15
+ someone deciding whether to install, `comparison.md` sends a would-be writer to pyEDFlib, and the
16
+ npm description tells everyone who opens none of them.
17
+ - The `keywords` array is the one that can quietly say otherwise. It is metadata nobody reviews
18
+ closely, it exists to be matched against searches, and adding `edf-writer` for discoverability is
19
+ a plausible thing to do. It would work: the package would surface for a search it cannot serve,
20
+ and the people it brought in are exactly the ones `comparison.md` is written to send elsewhere.
21
+ No code change, and nothing to fail.
22
+ - So the keywords are checked from both directions — every format the package reads is listed, so a
23
+ search for `bdf+` finds it, and nothing in the list advertises writing.
24
+
9
25
  ## 0.4.438
10
26
 
11
27
  - **Added** tests for `--limit 0` and the blank line that belongs to the rows rather than to the
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.4.438",
3
+ "version": "0.4.439",
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.438';
96
+ export const VERSION = '0.4.439';