edfcore 0.6.62 → 0.6.64

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/README.md CHANGED
@@ -129,6 +129,11 @@ for it. JavaScript didn't. This is every EDF package on npm, surveyed in mid-202
129
129
  | Errors | `console.warn` and `null`, or bare thrown strings; nothing typed or located |
130
130
  | Header validation | Essentially none. No size checks, no degenerate-range checks |
131
131
 
132
+ Those rows describe the packages as published to npm. `@epicurrents/edf-reader`'s repository
133
+ does random access and BDF, and its published artifact predates a good deal of that work — the
134
+ [comparison page](https://edfcore.vercel.app/docs/comparison) has the column-by-column version
135
+ and says which claims that survey verified and which it did not.
136
+
132
137
  So people building EEG viewers don't reach for an EDF package. They hand-roll a parser and
133
138
  reproduce the same bugs.
134
139
 
@@ -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.6.62";
112
+ export declare const VERSION = "0.6.64";
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.6.62';
82
+ export const VERSION = '0.6.64';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,37 @@ 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.6.64
10
+
11
+ - **Fixed** `installation.md` counting `TextDecoder` among "the four platform features edfcore
12
+ relies on". It does not rely on it. `tal/grammar.ts` takes an ASCII fast path first, which is
13
+ what almost every recording's annotation text is, so the decoder is never built for them; and
14
+ when one is needed and absent the text run falls back to ISO-8859-1 with an
15
+ `ANNOTATION_TEXT_NOT_UTF8` diagnostic rather than throwing. The `null` branch in `utf8Decoder()`
16
+ exists for exactly that and its docblock says so.
17
+ - The sentence told a reader on a runtime without `TextDecoder` that they were unsupported, when
18
+ the library is built to carry on without one.
19
+ - No floor moved and nothing is asserted here about browser release history —
20
+ `browser-floor.test.ts` says why that is not a claim this repository can settle, and still pins
21
+ the four-item basis string. The new test deletes the global and reads a file each way, through
22
+ a fresh module registry, because `utf8Decoder()` memoises its answer — the `null` included.
23
+
24
+ ## 0.6.63
25
+
26
+ - **Fixed** the README contradicting itself about another package inside one screen. The "Before
27
+ edfcore" table says "Nothing published does byte-range reads" and "No published package can
28
+ read" BDF; two paragraphs below it, the same README credits `@epicurrents/edf-reader` with
29
+ "real TAL parsing, real partial reads, BDF support".
30
+ - The reconciliation was already written and lived only on `comparison.md`, which marks both as
31
+ Yes for that project and then says to read its column "as describing its repository, rather
32
+ than the artifact currently on npm", because the published artifact predates a good deal of the
33
+ work in the repository. The README's rows say "published" and mean exactly that; nothing on the
34
+ page said so.
35
+ - One paragraph under the table now carries that distinction and links to the page that makes it.
36
+ No claim about anyone else's package changed: this repository is not entitled to make one, which
37
+ is why `comparison-column.test.ts` checks only the edfcore column. What the new test checks is
38
+ ours — that the README still carries the qualification its own next paragraph makes necessary.
39
+
9
40
  ## 0.6.62
10
41
 
11
42
  - **Fixed** `api-errors.md` publishing `EdfFormatErrorInit` a field short. It was written
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.6.62",
3
+ "version": "0.6.64",
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.6.62';
96
+ export const VERSION = '0.6.64';