edfcore 0.4.224 → 0.4.226
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.
- package/dist/constants.d.ts +1 -1
- package/dist/constants.js +1 -1
- package/docs/CHANGELOG.md +20 -0
- package/package.json +2 -2
- package/src/constants.ts +1 -1
package/dist/constants.d.ts
CHANGED
|
@@ -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.
|
|
112
|
+
export declare const VERSION = "0.4.226";
|
|
113
113
|
//# sourceMappingURL=constants.d.ts.map
|
package/dist/constants.js
CHANGED
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.4.226
|
|
10
|
+
|
|
11
|
+
- **Added** a recovery message for the one release step the 0.4.200 revert cannot reach. By the
|
|
12
|
+
time `gh release create` runs, the bump is committed and the tag is pushed, so there is nothing
|
|
13
|
+
local to undo — and `publish.yml` triggers on a PUBLISHED release rather than on a tag, so a
|
|
14
|
+
failure there leaves a version that exists in git and never reaches npm. Nothing in the
|
|
15
|
+
repository would notice: `changelog-continuity.test.ts` checks this file against itself, and the
|
|
16
|
+
entry would be present and correct. The script now says how to finish the release, and warns that
|
|
17
|
+
re-running it would cut the next version and leave this one a hole.
|
|
18
|
+
|
|
19
|
+
## 0.4.225
|
|
20
|
+
|
|
21
|
+
- **Fixed** `npm run format` being unable to produce a tree `npm run lint` accepts. `format` was
|
|
22
|
+
`biome format --write`, which reformats but does not run Biome's assists; `lint` is `biome check`,
|
|
23
|
+
which reports `organizeImports` as an error. So an unsorted import block was a failure that the
|
|
24
|
+
repository's own formatter reported nothing about and could not repair — running format, seeing
|
|
25
|
+
"no fixes applied", and then failing lint on the same file. It now runs the assists too, with the
|
|
26
|
+
linter disabled so that formatting stays formatting and lint findings are still fixed on purpose
|
|
27
|
+
rather than by a command named `format`.
|
|
28
|
+
|
|
9
29
|
## 0.4.224
|
|
10
30
|
|
|
11
31
|
- **Changed** the barrel type parser to live once, in `tests/support/barrel-types.ts`, instead of
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "edfcore",
|
|
3
|
-
"version": "0.4.
|
|
3
|
+
"version": "0.4.226",
|
|
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
|
|
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