[
https://issues.apache.org/jira/browse/FOP-2522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17807780#comment-17807780
]
Chris Bowditch commented on FOP-2522:
-------------------------------------
Ok so that's explains why they can't use ZWSP, but SHY still needs to be drawn
when it is actually used to hyphenate a word, and your patch always excludes it
from the output so I still don't think the patch is the correct solution.
Instead the logic around when the SHY is shown needs to be debugged to
understand why its not always working
> [PATCH] Soft hyphens in front of some characters are transformed to
> hyphen-minus
> --------------------------------------------------------------------------------
>
> Key: FOP-2522
> URL: https://issues.apache.org/jira/browse/FOP-2522
> Project: FOP
> Issue Type: Bug
> Affects Versions: 2.0
> Reporter: Björn Kautler
> Priority: Major
> Attachments: image-2024-01-17-14-48-50-945.png,
> image-2024-01-17-14-49-08-309.png, issue-2522.fo, issue-2522.patch
>
>
> If you have a verbatim block like {{<programlisting>}} in DocBook, the
> DocBook XSL stylesheets insert many soft hypens
> (http://decodeunicode.org/u+00AD) into the content to show where the
> FO-processor may insert linebreaks. By default after spaces and non-breakable
> spaces, but configurable also after arbitrary other characters.
> Unfortunately it seems FOP does not handle the soft hyphens correctly,
> depending on the character that follows it. Soft Hyphens in front of some
> characters are transformed to hyphen-minus, no matter what
> hyphenation-characters is configured and even if the occurence is within a
> line and not at line break.
> I've observed this behaviour with soft hyphens in front of apostrophe
> (http://decodeunicode.org/u+0027), quotation mark
> (http://decodeunicode.org/u+0022), hyphen-minus
> (http://decodeunicode.org/u+002D) and full stop
> (http://decodeunicode.org/u+002E)
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
