an attribute entry in a description item text position is left verbatim while normalized everywhere else

Found during the blockform re-review (blockform-rereview.md, divergences assessment, Sep 5); reproduced at that tip with plain formatAdoc on documents neither blockform commit touches, so it is a live gap on main independent of that lane.

Mechanism: in a description item text position (term:: def followed by an attribute-entry line, no + continuation) the formatter leaves the entry bytes verbatim, while the same entry is normalized in every other position (:name: value -> :name: value, :name!: -> :!name:). Both spellings are render-preserved and idempotent - a missed normalization (spelling-preserved cell), not a corruption.

Fix shape: extend the entry normalization to the item-text position if and only if the reading there is proven identical to the entry reading elsewhere (the blockform fold-licence work shows how position changes a line class - verify the oracle actually reads the line as an attribute entry there before normalizing). Retires the two attrentry-* exception rows this gap keeps in the confluence table. Related: #217 (normal-form axis survey).

Start with blockform-rereview.md, especially the divergences assessment, and reproduce the issue with plain formatAdoc on main. Compare the entry reading in the description-item text position with the other positions, using the blockform fold-licence work and #217 as context. Done means normalization applies only when the reading is identical and the two attrentry-* exception rows are retired from the confluence table.