req:opcat:transpose-frozen says a conforming implementation MUST NOT emit Transpose from new authoring. testkit's editloop::sharpen -- the [7c] UI-seam gate's editing action -- was emitting exactly that, so the conformance suite itself would have violated the requirement the same push introduced. It now authors TransposeInterval with (0, +1): the same alteration shift, the same staff line, the same rendered result. The random-kind corpora in generators.rs keep producing the frozen Transpose, and should: it must reduce correctly forever, and a generator is now the only thing that will ever produce one. The distinction is authoring versus replay. This is not inert. TransposeInterval also writes the Propagated spelling attachment the frozen operation never did, so the edited score genuinely changes shape. the_sharpen_records_the_spelling_it_propagated pins that, and was mutation-verified by removing graph_propagate_spelling. Gate: fmt clean, clippy 0, 30 targets / 983 passed / 0 failed, docs 0 under -D warnings, conformance 8/8, zero golden churn. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| budget.rs | ||
| bundle_harness.rs | ||
| convergence.rs | ||
| corpus.rs | ||
| editloop.rs | ||
| equivocation.rs | ||
| fixtures.rs | ||
| generators.rs | ||
| layout_stub.rs | ||
| lib.rs | ||
| migration.rs | ||
| negative.rs | ||
| prepass_harness.rs | ||
| reference_suite.rs | ||
| rng.rs | ||
| roundtrip.rs | ||