[
https://issues.apache.org/jira/browse/FOP-2522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15232014#comment-15232014
]
jayant Kaushik commented on FOP-2522:
-------------------------------------
Is there a known workaround for this? This bug causes a hyphen in the pdf, just
before the line break and preceded by a non-numeric character, to be rendered
as a line-break character. I face this issue in the <cmdsynopsis> element. When
I copy the command, the hyphen (as described above) is not copied to the
clipboard.
> 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
>
> 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
(v6.3.4#6332)
