edfcore 0.4.447 → 0.4.448
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.448";
|
|
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.448
|
|
10
|
+
|
|
11
|
+
- **Added** tests for what `edfcore json` puts in a file you are about to pipe somewhere. Piping is
|
|
12
|
+
the whole reason the command exists — into `jq`, a manifest, a ticket, a spreadsheet a directory
|
|
13
|
+
sweep produced — which is why identification is opt-in here as it is in `formatHeader`.
|
|
14
|
+
- `json` defends differently from the other two commands. `header` and `validate` redact, putting
|
|
15
|
+
a placeholder where a value was; `json` omits the key entirely, because an object recording that
|
|
16
|
+
a patient field existed and was withheld is a different thing for a machine to read.
|
|
17
|
+
- The diagnostics are the quieter half. They are reduced to `code` and `severity` — no message, no
|
|
18
|
+
raw, no actual — so identification cannot arrive through a diagnostic that quoted the field it
|
|
19
|
+
was complaining about, and every identification diagnostic does quote it. That is achieved by an
|
|
20
|
+
object literal naming two properties, which is one careless spread away from carrying all of
|
|
21
|
+
them.
|
|
22
|
+
- `trimEdfField` rather than `.trim()` is the third. `.trim()` leaves U+0000 in place, so on the
|
|
23
|
+
NUL-padded fields a large share of real writers emit, `JSON.stringify` escapes each one into a
|
|
24
|
+
six-character sequence inside the value — unreadable, and a disclosure of the field's exact
|
|
25
|
+
width.
|
|
26
|
+
|
|
9
27
|
## 0.4.447
|
|
10
28
|
|
|
11
29
|
- **Added** a check that a machine which has not downloaded the corpus still gets a green suite.
|
package/package.json
CHANGED
package/src/constants.ts
CHANGED