[jira] [Closed] (FOP-2917) Superscript / sub script shifted to the next character
[ https://issues.apache.org/jira/browse/FOP-2917?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chris Bowditch closed FOP-2917. --- Resolution: Cannot Reproduce Closing this until an XSL-FO File is provided. Please re-open when you attach the XSL-FO File. There's nothing we can do without that > Superscript / sub script shifted to the next character > -- > > Key: FOP-2917 > URL: https://issues.apache.org/jira/browse/FOP-2917 > Project: FOP > Issue Type: Bug >Reporter: Fung Cheung >Priority: Critical > > Hello, > > We are experiencing a weird issue where text with superscripts/ subscripts > sometimes are changed in the FOP PDF output. > E.g. > input text: Gestión > output text: Gestíon > input text: años > output text: ãnos > > With the same input, the output is always the same. However this doesn't > happen to all superscripts. I am not able to find a pattern of what input > would trigger the incorrect output. > > Please help, thanks! > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (FOP-2921) Diactrics misplaced in fop generated PDF
[ https://issues.apache.org/jira/browse/FOP-2921?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17062467#comment-17062467 ] Chris Bowditch commented on FOP-2921: - Can you please attach an XSL-FO FIle and fop.xconf (for font configuration) that replicates the issue. Can you tell which language that is, because we don't support diacritics for every language, see: [https://xmlgraphics.apache.org/fop/trunk/complexscripts.html#supported_scripts] > Diactrics misplaced in fop generated PDF > > > Key: FOP-2921 > URL: https://issues.apache.org/jira/browse/FOP-2921 > Project: FOP > Issue Type: Bug >Affects Versions: 2.3 >Reporter: Harish Rayasam >Priority: Critical > Labels: pdf > > We are using fop 2.3 to generate PDF output. > It misplaces diactrics in a weird manner. > Input String: Responsável pela análise e controlo dos indicadores de gestão > String in generated PDF: Responśavel pela ańalise e controlo dos indicadores > de gest̃ao > > We tried with different fonts like DejavuSans, Symbola, Arial > None of them seem to solve the issue. > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (FOP-2921) Diactrics misplaced in fop generated PDF
[ https://issues.apache.org/jira/browse/FOP-2921?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17062467#comment-17062467 ] Chris Bowditch edited comment on FOP-2921 at 3/19/20, 11:21 AM: Can you please attach an XSL-FO FIle and fop.xconf (for font configuration) that replicates the issue. Can you tell me which language that is, because we don't support diacritics for every language, see: [https://xmlgraphics.apache.org/fop/trunk/complexscripts.html#supported_scripts] was (Author: cbowditch): Can you please attach an XSL-FO FIle and fop.xconf (for font configuration) that replicates the issue. Can you tell which language that is, because we don't support diacritics for every language, see: [https://xmlgraphics.apache.org/fop/trunk/complexscripts.html#supported_scripts] > Diactrics misplaced in fop generated PDF > > > Key: FOP-2921 > URL: https://issues.apache.org/jira/browse/FOP-2921 > Project: FOP > Issue Type: Bug >Affects Versions: 2.3 >Reporter: Harish Rayasam >Priority: Critical > Labels: pdf > > We are using fop 2.3 to generate PDF output. > It misplaces diactrics in a weird manner. > Input String: Responsável pela análise e controlo dos indicadores de gestão > String in generated PDF: Responśavel pela ańalise e controlo dos indicadores > de gest̃ao > > We tried with different fonts like DejavuSans, Symbola, Arial > None of them seem to solve the issue. > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (FOP-1487) vertical-align or baseline-shift In table-cells carries across entire row
[ https://issues.apache.org/jira/browse/FOP-1487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17062458#comment-17062458 ] Chris Bowditch commented on FOP-1487: - Hi Abigael, anyone can contribute to an Apache Project. If you submit large patches that add new files we may ask you to complete an ICLA before we apply them > vertical-align or baseline-shift In table-cells carries across entire row > - > > Key: FOP-1487 > URL: https://issues.apache.org/jira/browse/FOP-1487 > Project: FOP > Issue Type: Bug > Components: renderer/rtf >Affects Versions: 0.94 > Environment: Operating System: other > Platform: Other >Reporter: Peter Ryan > Attachments: superscript.fo > > > adding a baseline shift to "super" in a fo:inline element within a table cell > causes all subsequent cells in the row to retain the baseline shift. > Please see attached fo document for example that demonstrates the problem. > This problem does not exist for PDF. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (FOP-2920) [PATCH] Surrogate pair edge-case causes java.lang.ArrayIndexOutOfBoundsException
[
https://issues.apache.org/jira/browse/FOP-2920?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Bowditch updated FOP-2920:
Summary: [PATCH] Surrogate pair edge-case causes
java.lang.ArrayIndexOutOfBoundsException (was: Surrogate pair edge-case causes
java.lang.ArrayIndexOutOfBoundsException)
> [PATCH] Surrogate pair edge-case causes
> java.lang.ArrayIndexOutOfBoundsException
>
>
> Key: FOP-2920
> URL: https://issues.apache.org/jira/browse/FOP-2920
> Project: FOP
> Issue Type: Bug
> Components: renderer/pdf
>Affects Versions: trunk
> Environment: macOS Mojave
> java version "1.8.0_192-ea"
> Java(TM) SE Runtime Environment (build 1.8.0_192-ea-b04)
> Java HotSpot(TM) 64-Bit Server VM (build 25.192-b04, mixed mode)
>Reporter: Kelly H Wilkerson
>Priority: Minor
> Attachments: TwitterColorEmoji-SVGinOT.ttf, diff.txt, fail.xml,
> twe_template.fo, twe_userconfig.xml
>
>
> fop-core/src/main/java/org/apache/fop/pdf/PDFToUnicodeCMap.java
> writeBFCharEntries runs through the codepoint entries in sections of 100 at a
> time. It looks like there's an edge case here where the last entry in the
> section is a surrogate pair.
>
> Here's my steps to reproduce from the latest trunk:
> {{java -cp
> fop/target/fop-2.5.0-SNAPSHOT.jar:fop/lib/commons-logging-1.0.4.jar:fop/lib/commons-io-1.3.1.jar:fop/lib/xmlgraphics-commons-svn-trunk.jar
> org.apache.fop.fonts.apps.TTFReader TwitterColorEmoji-SVGinOT.ttf twe.xml}}
> {{java -cp
> fop/target/fop-2.5.0-SNAPSHOT.jar:fop/lib/commons-logging-1.0.4.jar:fop/lib/commons-io-1.3.1.jar:fop/lib/xmlgraphics-commons-svn-trunk.jar:fop/lib/batik-all-1.11.0-SNAPSHOT.jar
> org.apache.fop.cli.Main -c twe_userconfig.xml -xsl twe_template.fo -xml
> fail.xml -pdf fail.pdf}}
>
> Here's the temporary way I resolved it for my own build:
>
> index ee773dcec..37c21803e 100644
> --- a/fop-core/src/main/java/org/apache/fop/pdf/PDFToUnicodeCMap.java
> +++ b/fop-core/src/main/java/org/apache/fop/pdf/PDFToUnicodeCMap.java
> @@ -128,6 +128,18 @@ public class PDFToUnicodeCMap extends PDFCMap {
> while (partOfRange(charArray, charIndex)) {
> charIndex++;
> }
> /*
> * If this entry is going to overflow the entriesThisSection
> * array, then don't use it. This happens if there are
> * non-pair entries in the table mixed with pair entries.
> */
> if (Character.codePointAt(charArray, charIndex) > 0x
> && i+1 >= entriesThisSection) {
> entriesThisSection--;
> break;
> }
> writer.write("<" + padCharIndex(charIndex) + "> ");
> if (Character.codePointAt(charArray, charIndex) > 0x) {
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
