edfcore 0.4.476 → 0.4.478

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
@@ -1,6 +1,5 @@
1
1
  # edfcore
2
2
 
3
- [![exports](https://img.shields.io/badge/dynamic/json?url=https%3A%2F%2Fedfcore.vercel.app%2Fapi.json&query=%24.exports.total&label=exports&color=blue)](https://edfcore.vercel.app/api.json)
4
3
  [![downloads](https://img.shields.io/npm/dt/edfcore?label=downloads)](https://www.npmjs.com/package/edfcore)
5
4
 
6
5
  edfcore reads EDF, EDF+, BDF and BDF+ biosignal files in TypeScript, in the browser and in
@@ -310,10 +309,10 @@ the reason to trust the reader.
310
309
 
311
310
  Every number above is asserted against the package by
312
311
  [`tests/integration/api-surface.test.ts`](tests/integration/api-surface.test.ts) — it counts the
313
- real exports, renders the real `--help`, and fails when this table drifts from either. The
314
- `exports` badge at the top reads [`/api.json`](https://edfcore.vercel.app/api.json), which the
315
- documentation site generates at deploy time by importing the three published entry points and
316
- counting them, so it needs no maintenance at all.
312
+ real exports, renders the real `--help`, and fails when this table drifts from either. The same
313
+ counts are served at [`/api.json`](https://edfcore.vercel.app/api.json), which the documentation
314
+ site generates at deploy time by importing the three published entry points and counting them, so
315
+ it needs no maintenance at all.
317
316
 
318
317
  ---
319
318
 
@@ -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.476";
112
+ export declare const VERSION = "0.4.478";
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.476';
82
+ export const VERSION = '0.4.478';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,38 @@ 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.478
10
+
11
+ - **Removed** the `exports` badge from the top of the README, at the user's request. The number it
12
+ showed is still in the API surface table further down, and still counted rather than typed.
13
+ - `/api.json` stays. The README links it, the site serves it, and the reason it exists — a
14
+ published count that a human wrote is the site footer that read "Version 0.1.0" through three
15
+ minor series — is unchanged by the badge going. Its docblock said it existed to back the badge,
16
+ which is no longer true, so it now says what it is.
17
+ - The badge-contract test was entirely about that badge: it pulled the JSONPath out of the
18
+ shields.io URL and walked it through the object the endpoint builds, because shields.io renders
19
+ a broken path as "invalid" in a corner nobody reads. With no badge there is no URL to read, so
20
+ the file has been retired to the repository's `deleted/` folder — and the half of it that still
21
+ has a subject, that `exports.total` resolves and equals the README's table, moved into
22
+ `api-badge.test.ts` rather than leaving with it.
23
+ - That file now also asserts the badge is absent, so it cannot drift back in beside a table that
24
+ states the same number one line below it.
25
+
26
+ ## 0.4.477
27
+
28
+ - **Added** the case where a 206 says which bytes it sent and not how large the resource is. The
29
+ short-tail message has a clause for that — "the end of the resource" rather than "the end of a
30
+ N-byte resource" — and nothing had ever taken it, because every case supplied a readable total.
31
+ - A streaming origin produces it as a matter of course: the length is not known when the response
32
+ heads out, so RFC 7233's `*` goes in the slot and the range is still exact. Both spellings are
33
+ covered, the star and a total that is simply unreadable, because the clause is about
34
+ readability rather than about the star.
35
+ - What it must not do is print the number it does not have. "the end of a undefined-byte
36
+ resource" is the shape that mistake takes, and it lands in the one sentence a reader consults
37
+ to decide whether their `options.byteLength` or their CDN is at fault. The assertions rule out
38
+ both `-byte resource` and the word `undefined`, and keep the number that IS known — the 32 the
39
+ source was built for, which is what the message is telling them to go and check.
40
+
9
41
  ## 0.4.476
10
42
 
11
43
  - **Added** the zero-record-duration case to `readTriggers`, the last reader in the package
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.4.476",
3
+ "version": "0.4.478",
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.476';
96
+ export const VERSION = '0.4.478';