Account for ASCII control character display width

[subotac]

Summary

• account for the rendered width of non-tab control characters
• keep wrapped and side-by-side output aligned
• add focused regression coverage

Fixes #569

Testing

• focused regression test
• unit and documentation tests
• cargo fmt --all -- --check

AI-assisted tooling was used for test development I reviewed and verified every submitted line and can explain the change.

[Wilfred]

Thanks for the PR. Have you confirmed that the characters render at the same width both with and without less?

[subotac]

Thanks! I have only verified the width calculation with the regression test so far, not the actual rendering both directly and through less. I'll check both modes at the same terminal width and report back.

[subotac]

Confirmed both paths. The updated output renders non-formatting ASCII controls as caret notation; the issue fixtures contain no raw Unit Separator bytes, and the direct output is byte-for-byte identical after less -F -X. All CI checks pass.