edfcore 0.4.413 → 0.4.414
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 +19 -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.414";
|
|
113
113
|
//# sourceMappingURL=constants.d.ts.map
|
package/dist/constants.js
CHANGED
package/docs/CHANGELOG.md
CHANGED
|
@@ -6,6 +6,25 @@ 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.414
|
|
10
|
+
|
|
11
|
+
- **Added** a check that binds every entry of AGENTS.md's "Things that look like bugs and are not"
|
|
12
|
+
to the test that pins it. The section exists because each entry is something a reader improves on
|
|
13
|
+
sight — the scaling expression has an obviously better rearrangement, `readWindow` returning an
|
|
14
|
+
array for a continuous file is an obviously unnecessary wrapper, an optional `signal.scale` is an
|
|
15
|
+
obviously missing default — and every one of them has been proposed.
|
|
16
|
+
- It closes with a promise about itself: "Each of the code rules has a test pinning it and a comment
|
|
17
|
+
explaining why." Nothing checked that sentence, and both ways it stops being true are ordinary. A
|
|
18
|
+
rule gets added because someone was bitten by it and no test comes with it, so the list reads as
|
|
19
|
+
enforced while it is not. Or a test is renamed in a tidy-up, and nothing fails — the rule is still
|
|
20
|
+
checked, or it is not, and nobody can tell which from the list.
|
|
21
|
+
- The binding is checked in both directions: a new bullet with no entry fails, and an entry naming
|
|
22
|
+
a file that no longer exists or no longer mentions the rule fails too. Each binding carries a
|
|
23
|
+
phrase the file must contain, so a filename alone cannot stand in for a check.
|
|
24
|
+
- The last entry is exempt by the sentence's own words — it is a fact about a branch on a remote,
|
|
25
|
+
which an offline suite cannot see — and it is required to still BE the last, because a rule
|
|
26
|
+
appended after it would inherit an excuse written for something else.
|
|
27
|
+
|
|
9
28
|
## 0.4.413
|
|
10
29
|
|
|
11
30
|
- **Added** tests for the calendar edfcore validates against. `isValidCalendarDate` exists because
|
package/package.json
CHANGED
package/src/constants.ts
CHANGED