edfcore 0.4.427 → 0.4.428

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.427";
112
+ export declare const VERSION = "0.4.428";
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.427';
82
+ export const VERSION = '0.4.428';
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.4.428
10
+
11
+ - **Added** a check that a version number which never reached npm says so at the heading and says
12
+ where its work went. Nineteen of the six hundred-odd headings in this file name a version nobody
13
+ can install; they exist because a reader comparing `npm view edfcore versions` against the file
14
+ would otherwise find a hole and be unable to tell a lost number from a missing note.
15
+ - `changelog-continuity.test.ts` checks the sequence. What it cannot see is whether a heading tells
16
+ the truth about itself, which is the half 0.4.307 was about: fourteen entries had been written
17
+ before their release failed, so each read exactly like one that shipped, with the correction in a
18
+ different entry further up that a reader landing on `## 0.4.288` never sees.
19
+ - So the marker has to be first — a note further down is a note nobody scrolling to a version
20
+ reads — and it has to point forward, because "Never released" alone strands the reader with work
21
+ that exists under a number they now have to search for. The pointer is bounded at twenty patches
22
+ and every real one is within six, so an incidental mention of some later release cannot stand in
23
+ for it: the 0.2.29 entry names 0.4.194 as the release that wrote it down, and that is not where
24
+ its work went.
25
+ - The two forms are kept apart on purpose. A number consumed before a tag was cut never became
26
+ public at all; a version that was tagged and whose publish then failed is public on GitHub and
27
+ absent from npm, which is a different thing to be told.
28
+
9
29
  ## 0.4.427
10
30
 
11
31
  - **Added** a property test for `trimToWindow` against the rule it states rather than the examples
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.4.427",
3
+ "version": "0.4.428",
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.427';
96
+ export const VERSION = '0.4.428';