Skip to content

Reword StringEq!/StringEqCI! partial-match Display to a possessive - #45

Merged
isc-klu merged 1 commit into
masterfrom
fix/partial-match-display-wording
Sep 4, 2026
Merged

Reword StringEq!/StringEqCI! partial-match Display to a possessive#45
isc-klu merged 1 commit into
masterfrom
fix/partial-match-display-wording

Conversation

@isc-klu

@isc-klu isc-klu commented Sep 4, 2026

Copy link
Copy Markdown
Collaborator

Fixes

Fixes #44

Changes

  • Changed Display for Expectation's StringEq/StringEqCI partial-match rendering from "partial" of "full" to "full"'s "partial" (e.g. "->"'s ">" instead of ">" of "->").

Test Plan

  • Verified via a scratch example that Arrow::parse("-x") (partial match on StringEq!("->")) now renders "->"'s ">".
  • Ran the full matrix locally: fmt --check, clippy --all-features, test (default/no-default-features/all-features).

Notes

  • Display-only change; Expectation::StringEq/StringEqCI's field order/values are unchanged, so no test assertions needed updating.
  • Not releasing yet, per instruction — this will bundle into the next release.

"\"partial\" of \"full\"" reads backward -- the partial fragment isn't
"of" the full literal, it's the piece still missing to complete it. A
possessive reads in the right direction: "\"full\"'s \"partial\"", e.g.
"\"->\"'s \">\"".

Fixes #44
@isc-klu
isc-klu merged commit 32ac808 into master Sep 4, 2026
7 checks passed
@isc-klu
isc-klu deleted the fix/partial-match-display-wording branch September 4, 2026 18:23
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

StringEq!/StringEqCI! partial-match Display reads awkwardly ("partial" of "full")

1 participant