Skip to content

Preserve non-breaking hyphens in Word resume imports - #141

Merged
ralyodio merged 1 commit into
profullstack:masterfrom
RowletCC:fix/docx-nonbreaking-hyphens
Sep 21, 2026
Merged

ralyodio merged 1 commit into
profullstack:masterfrom
RowletCC:fix/docx-nonbreaking-hyphens

Conversation

@RowletCC

Copy link
Copy Markdown
Contributor

A Word resume that stores a non-breaking hyphen as <w:noBreakHyphen/> currently imports customer-facing as customerfacing and end-to-end as endtoend. The importer reads text, tabs and breaks inside runs, but drops this visible character.

This change maps the Word element to Unicode U+2011, preserves it across run boundaries, and retains emphasis when the hyphen is the only character in its run. Literal hyphens, tabs and line breaks keep their existing behavior. A small DOCX fixture and its readable XML source cover the cases.

Validation on upstream 282feb11e9cc401f17cba450e6783de2b36dd048: three new regressions fail before the fix while the control passes. Afterward, the TypeScript build and all six related DOCX import/emphasis tests pass.

The element's visible-hyphen semantics are documented by Microsoft's Open XML reference.

Submitted under the advertised valid bug-fix PR reward. Please review it for eligibility; no reward or acceptance is presumed. Existing reward application and payment details remain in the established conversation, using native SOL on Solana mainnet, with the net amount to be confirmed before payment.

@ralyodio
ralyodio merged commit 1d5dfba into profullstack:master Sep 21, 2026
4 checks passed
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.

2 participants