edfcore 0.4.223 → 0.4.225

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.223";
112
+ export declare const VERSION = "0.4.225";
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.223';
82
+ export const VERSION = '0.4.225';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,24 @@ 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.225
10
+
11
+ - **Fixed** `npm run format` being unable to produce a tree `npm run lint` accepts. `format` was
12
+ `biome format --write`, which reformats but does not run Biome's assists; `lint` is `biome check`,
13
+ which reports `organizeImports` as an error. So an unsorted import block was a failure that the
14
+ repository's own formatter reported nothing about and could not repair — running format, seeing
15
+ "no fixes applied", and then failing lint on the same file. It now runs the assists too, with the
16
+ linter disabled so that formatting stays formatting and lint findings are still fixed on purpose
17
+ rather than by a command named `format`.
18
+
19
+ ## 0.4.224
20
+
21
+ - **Changed** the barrel type parser to live once, in `tests/support/barrel-types.ts`, instead of
22
+ twice. The second copy was written in 0.4.220 by reading the first, which is how it inherited a
23
+ blind spot that had been there since the first commit — and 0.4.222 and 0.4.223 then fixed the
24
+ same line in two files, three releases apart. Two copies of a rule are two chances to hold a
25
+ different one; the rule that a type is public because it leaves the barrel now has one home.
26
+
9
27
  ## 0.4.223
10
28
 
11
29
  - **Fixed** the same blind spot in the type parser added by 0.4.220. It read only
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.4.223",
3
+ "version": "0.4.225",
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",
@@ -68,7 +68,7 @@
68
68
  "test:watch": "vitest --config config/vitest.config.ts",
69
69
  "test:scratch": "vitest run --config config/vitest.scratch.config.ts",
70
70
  "lint": "biome check --error-on-warnings .",
71
- "format": "biome format --write .",
71
+ "format": "biome check --write --linter-enabled=false .",
72
72
  "check": "npm run lint && npm run typecheck && npm run build && npm run test",
73
73
  "corpus:fetch": "node scripts/fetch-corpus.mjs",
74
74
  "release": "node scripts/release.mjs",
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.223';
96
+ export const VERSION = '0.4.225';