edfcore 0.4.510 → 0.4.511
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 +18 -0
- package/package.json +1 -1
- 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.511";
|
|
113
113
|
//# sourceMappingURL=constants.d.ts.map
|
package/dist/constants.js
CHANGED
package/docs/CHANGELOG.md
CHANGED
|
@@ -6,6 +6,24 @@ 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.511
|
|
10
|
+
|
|
11
|
+
- **Fixed** `physical-values.md` documenting the limitation 0.4.509 removed. Its note said a fifth
|
|
12
|
+
refusal condition exists, that the header calls it `DEGENERATE_PHYSICAL_RANGE`, and that
|
|
13
|
+
`toPhysical` "can't re-derive this one" so it throws `SCALE_UNAVAILABLE`. The last clause stopped
|
|
14
|
+
being true one release ago.
|
|
15
|
+
- The page's table now lists five conditions rather than four, so the fifth is documented where a
|
|
16
|
+
reader looks for it rather than in an aside below. Five rows, four distinct codes: two conditions
|
|
17
|
+
reach `DEGENERATE_PHYSICAL_RANGE`, which is why the table is of conditions.
|
|
18
|
+
- The table is not prose. `scaling-page-arithmetic.test.ts` parses these rows out of the page and,
|
|
19
|
+
for each, builds the signal and asserts `toPhysical` refuses it with the code in that row — so
|
|
20
|
+
the new row is checked by the same mechanism as the other four, and the page cannot describe a
|
|
21
|
+
refusal the library does not make. The order it claims is checked too: a channel that is both
|
|
22
|
+
log-transformed and unusably scaled is refused as the log-transformed one, which is the answer
|
|
23
|
+
that says something about the data rather than about the map.
|
|
24
|
+
- The note is kept, rewritten as history: what the two sides used to report, and why looking up
|
|
25
|
+
`SCALE_UNAVAILABLE` in `header.diagnostics` used to find nothing.
|
|
26
|
+
|
|
9
27
|
## 0.4.510
|
|
10
28
|
|
|
11
29
|
- **Added** the one claim every diagnostic makes at once, as a property test: `raw` quotes the
|
package/package.json
CHANGED
package/src/constants.ts
CHANGED