Mark Craig commented on FOP-2358:

Thank you, Vincent, for your explanation.

After building the attached example with FOP 1.1 with and without the \-a 
option (to enable accessibility), I don't see the difference in the results of 
copy/paste with vs. copy/paste without.

Perhaps I should use a different reader. This is with Preview 7 on Mac OS X.

In the meantime, as a partial workaround I have been hyphenating literal text 
with zero-width space, &\#x200B;. The zero-width space workaround isn't great 
either: When copy/pasting a hyphenated literal, you still get a newline in the 
output where the string was hyphenated.

Maybe what I'm trying to do—break long literal strings in the 
presentation, but not when copied to the clipboard—just isn't so easy to 
do. It sounds like this is perhaps more of an RFE than a bug. If you choose to 
close this one as won't fix, then that's okay with me.

> Soft hyphen is not retained on copy/paste
> -----------------------------------------
>                 Key: FOP-2358
>                 URL: https://issues.apache.org/jira/browse/FOP-2358
>             Project: Fop
>          Issue Type: Bug
>    Affects Versions: 1.1
>         Environment: $ fop -v
> FOP Version 1.1
> $ java -version
> java version "1.7.0_51"
> Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
> Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode)
>            Reporter: Mark Craig
>            Priority: Minor
>         Attachments: render-shy.fo, render-shy.pdf
> Soft hyphen is rendered as hyphen + space.
> As a result, when the text that originally contained a soft hyphen is copied 
> and pasted to an editor capable of ignoring soft hyphens or recalculating the 
> hyphenation, the "hard" hyphen remains.
> This is particularly unhelpful in hyphenated literals such as URLs or OIDs, 
> where adding a hyphen + space means that the copy is broken.

This message was sent by Atlassian JIRA

Reply via email to