edfcore 0.4.473 → 0.4.475

package/dist/constants.d.ts

@@ -109,5 +109,5 @@ export declare const SIGNAL_FIELD_BLOCK_OFFSETS: {
     readonly reserved: 224;
 };
 /** Published package version. Kept in sync with package.json by a test. */
-export declare const VERSION = "0.4.473";
+export declare const VERSION = "0.4.475";
 //# sourceMappingURL=constants.d.ts.map

package/dist/constants.js

@@ -79,5 +79,5 @@ export const SIGNAL_FIELD_BLOCK_OFFSETS = {
     reserved: 224,
 };
 /** Published package version. Kept in sync with package.json by a test. */
-export const VERSION = '0.4.473';
+export const VERSION = '0.4.475';
 //# sourceMappingURL=constants.js.map

package/docs/CHANGELOG.md

@@ -6,6 +6,38 @@ alone does not tell you whether you were affected.
 edfcore is pre-1.0. Patch releases have carried behaviour changes where the old behaviour was a
 defect; those are called out below.
 
+## 0.4.475
+
+- **Added** the boundary cases for `quote`, which is what keeps a `raw:` line on one line however
+  hostile the 80 bytes behind it are. It has four boundaries and only the space at 0x20 was
+  pinned; the other three could each be narrowed with the whole suite still green.
+- All three are about ordinary bytes. `~` is 0x7e, the last printable ASCII character, and it
+  appears in real prefiltering fields (`HP:~0.1Hz`) — printed as an escape it reads as a control
+  byte in a field where the writer typed a tilde. U+00FF is the last character with a two-digit
+  escape, so narrowing that bound spells it `\u{ff}` while every other Latin-1 byte in the same
+  field is spelled `\xNN`, and one header field prints in two notations.
+- The one-line property is asserted directly as well: a field holding a newline, a tab and a
+  carriage return renders as exactly one `raw:` line.
+- And the deliberately different rule on `expected:` and `actual:` is asserted beside it. Those
+  are unquoted values in fixed-width columns, so a control byte becomes one dot through
+  `printable` rather than a four-character escape — the same byte prints two ways on two lines,
+  which is the design and not an inconsistency, and neither half is obvious without the other.
+
+## 0.4.474
+
+- **Added** all twelve month names to the `dd-MMM-yyyy` subfield tests. `MONTH_ABBREVIATIONS
+  .indexOf(...) + 1` turns a zero-based position into a month number, and `0` doubles as "not a
+  month name" — so January sits exactly on the boundary the bounds check uses.
+- Narrowing `month < 1` to `month <= 1` refuses every January and passed the whole suite. The
+  fixtures ran on August, May and December, and no test had ever read a `JAN` subfield: that is a
+  twelfth of every patient birthdate and every recording `Startdate` there is, on the two fields
+  EDF+ added specifically so a year could be unambiguous.
+- December was covered by accident, through one birthdate fixture. Both ends are now stated rather
+  than left to chance, and the ten in between cost one line.
+- Two non-vacuity cases go with the table: a name that is not one of the twelve is refused, which
+  is what the lower bound is really for, and the numeric spelling is checked at 0, 1, 12 and 13,
+  since it reaches the same bounds by the other route.
+
 ## 0.4.473
 
 - **Added** tests for a runtime with no `TextDecoder`, which `tal/grammar.ts` is written for and

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "edfcore",
-  "version": "0.4.473",
+  "version": "0.4.475",
   "description": "Modern, typed, zero-dependency reader for EDF, EDF+, BDF and BDF+ biosignal files. Works in browsers and Node with true random access.",
   "keywords": [
     "edf",

package/src/constants.ts

@@ -93,4 +93,4 @@ export const SIGNAL_FIELD_BLOCK_OFFSETS = {
 } as const;
 
 /** Published package version. Kept in sync with package.json by a test. */
-export const VERSION = '0.4.473';
+export const VERSION = '0.4.475';