1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
|
IMPLEMENTATION PHASE STATUS
Phase 1: complete
- requirements.tsv assigns every identified normative rule to one leaf scope, one component owner, and one planned check.
- scenario-schema.json defines the host-neutral scenario contract.
- fixtures/reference-examples.json contains all section 11 and section 15 examples.
- fixtures/transition-fixtures.json contains temporary cleanup, lifecycle cleanup, timer cleanup, Public Reset, diagnostic reset, and failed-motion retention cases.
- migemo-assets.txt inventories all three required source data sets.
Phase 7: ready
The normative UTF-8, CP932, and EUC-JP Migemo source data files are available in .staging/migemo. Their paths, source revision, checksums, entry counts, and key-order validation are in migemo-assets.txt.
Phase 16: complete
- The runner executes all 43 fixture identifiers that the requirement ledger
references.
- Unit, public-action, adapter, and native-plugin suites cover the required mode,
direction, count, selection, scope, encoding, input, case, Migemo, lifecycle,
timer, reset, mapping, highlight, and diagnostic paths.
- Fault tests cover input, matching, movement, overlay, timer, and
event-registration errors. They check temporary resource cleanup.
- The fixture runner checks state, target-plan, timer-owner, context,
movement-history, byte-position, and temporary-owner invariants after each
action.
- The repeatable profile covers candidate iteration, direct preview, Migemo
loading, and Migemo assertion evaluation.
- Text indexes are lazy per line. The ASCII and multibyte split paths use
incremental iteration.
- The complete conformance suite passes after each profile-driven optimization.
- The source component boundaries continue to follow the section 2 scope tree.
Host translation stays in host_adapter.lua. Domain behavior runs with
MemoryHost.
|
