SirPL Posted October 1, 2018 Posted October 1, 2018 I think the title is self-explainatory. I wish publisher skip soft hyphens and other zero-width character in spellchecking. qwz and Rich313 2
Staff Chris B Posted October 2, 2018 Staff Posted October 2, 2018 Thanks. I'll pass this to the developers for you. SirPL 1 How to format a bug report | Learning Resources | List of V2 FAQs | YouTube Tutorials
mykee Posted October 2, 2018 Posted October 2, 2018 Maybe connect to this bug: when import a PDF, then hyphen ("-") set to hidden character, not imported as normal hyphen (this is important in hungarian communication in book). I imported a PDF with normal hyphens. Is this Publisher settings, or bug when import? See my preview, here is hidden hyphens after import: And what I see when no turn on hidden characters:
SirPL Posted October 2, 2018 Author Posted October 2, 2018 @mykee – I think it's not a bug but misconception of what hyphen is for. Let me explain on that: In polish books there's a similar concept of indicating dialogs and narration, but we do it with dashes: en – or em —. Hyphen however is used only for... hyphenation. So why Publisher changes hyphens to soft ones? Because it expects them to be placed only at the end of a line and inside a word. Thanks to the change if you resize a text frame, you don't get a hyphen in the middle of the running text. What you can do about it? Use find and replace (soft hyphen => en dash) Import better typesetted documents mykee 1
mykee Posted October 2, 2018 Posted October 2, 2018 Thanks for great tip, just I wondered, why replace text what was there to a hidden character. Ok, typography is better with em or en dashes, but these was not changed before converted to PDF in 2014. I think, this document need a repair, and prepare for ebook formats, but I cannot see dashes.
Recommended Posts