[jira] [Commented] (FOP-3065) Shifted combining chars

2022-06-03 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17546386#comment-17546386
 ] 

Simon Steiner commented on FOP-3065:


The font vendor may list the languages for example at:
https://docs.microsoft.com/en-us/typography/font-list/cambria

> Shifted combining chars
> ---
>
> Key: FOP-3065
> URL: https://issues.apache.org/jira/browse/FOP-3065
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6, 2.7
>Reporter: Alexander Dyuzhev
>Priority: Critical
> Attachments: fop.xconf, image-2022-04-26-08-56-51-840.png, 
> image-2022-04-29-11-53-00-968.png, image-2022-04-29-11-54-27-704.png, 
> image-2022-04-29-11-55-20-495.png, image-2022-04-30-13-54-09-030.png, 
> image-2022-04-30-13-54-23-021.png, image-2022-05-29-22-24-51-772.png, 
> shifted-1.pdf, shifted.fo-1.xml
>
>
> Combining chars (above and below main char) render shifted. For instance:
> n
> N
> f
> F
> 
> h
> !image-2022-04-26-08-56-51-840.png!
>  
> Combining char renders shifted to the left or right depends on the font.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (FOP-3065) Shifted combining chars

2022-06-03 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17545958#comment-17545958
 ] 

Simon Steiner commented on FOP-3065:


You would need to use a font that supports the xml:lang you use

> Shifted combining chars
> ---
>
> Key: FOP-3065
> URL: https://issues.apache.org/jira/browse/FOP-3065
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6, 2.7
>Reporter: Alexander Dyuzhev
>Priority: Critical
> Attachments: fop.xconf, image-2022-04-26-08-56-51-840.png, 
> image-2022-04-29-11-53-00-968.png, image-2022-04-29-11-54-27-704.png, 
> image-2022-04-29-11-55-20-495.png, image-2022-04-30-13-54-09-030.png, 
> image-2022-04-30-13-54-23-021.png, image-2022-05-29-22-24-51-772.png, 
> shifted-1.pdf, shifted.fo-1.xml
>
>
> Combining chars (above and below main char) render shifted. For instance:
> n
> N
> f
> F
> 
> h
> !image-2022-04-26-08-56-51-840.png!
>  
> Combining char renders shifted to the left or right depends on the font.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (FOP-3065) Shifted combining chars

2022-05-31 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17544436#comment-17544436
 ] 

Simon Steiner commented on FOP-3065:


what about
xml:lang="none"

> Shifted combining chars
> ---
>
> Key: FOP-3065
> URL: https://issues.apache.org/jira/browse/FOP-3065
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6, 2.7
>Reporter: Alexander Dyuzhev
>Priority: Critical
> Attachments: fop.xconf, image-2022-04-26-08-56-51-840.png, 
> image-2022-04-29-11-53-00-968.png, image-2022-04-29-11-54-27-704.png, 
> image-2022-04-29-11-55-20-495.png, image-2022-04-30-13-54-09-030.png, 
> image-2022-04-30-13-54-23-021.png, image-2022-05-29-22-24-51-772.png, 
> shifted-1.pdf, shifted.fo-1.xml
>
>
> Combining chars (above and below main char) render shifted. For instance:
> n
> N
> f
> F
> 
> h
> !image-2022-04-26-08-56-51-840.png!
>  
> Combining char renders shifted to the left or right depends on the font.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (FOP-3064) Wrong accent position in PDF

2022-05-31 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17544434#comment-17544434
 ] 

Simon Steiner commented on FOP-3064:


what about
xml:lang="none"

> Wrong accent position in PDF
> 
>
> Key: FOP-3064
> URL: https://issues.apache.org/jira/browse/FOP-3064
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6, 2.7
>Reporter: Alexander Dyuzhev
>Priority: Critical
> Attachments: image-2022-04-25-15-28-24-248.png, 
> image-2022-04-25-15-30-05-741.png, image-2022-04-30-13-23-47-423.png, 
> image-2022-04-30-13-25-35-655.png, image-2022-04-30-13-26-21-967.png, 
> image-2022-05-24-14-05-20-676.png, image-2022-05-24-15-40-53-235.png, 
> image-2022-05-25-21-14-01-798.png, image-2022-05-25-21-16-15-935.png, 
> image-2022-05-25-21-44-30-254.png, image-2022-05-25-21-45-20-171.png, 
> image-2022-05-25-21-45-37-805.png, image-2022-05-26-11-51-51-538.png, 
> kafedra.fo.xml, kafedra.pdf
>
>
> Combining Grave Accent character () encoded after letter `f` in the 
> source xsl-fo [^kafedra.fo.xml]:
> kafedra
> But accent character renders in PDF after letter 'a':
> !image-2022-04-25-15-28-24-248.png!
> In HTML and Word it renders ok:
> !image-2022-04-25-15-30-05-741.png!



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Comment Edited] (FOP-3064) Wrong accent position in PDF

2022-05-31 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17544414#comment-17544414
 ] 

Simon Steiner edited comment on FOP-3064 at 5/31/22 2:10 PM:
-

Can you remove  xml:lang="en"
No need for japanese


was (Author: ssteiner1):
Can you remove  xml:lang="en"

> Wrong accent position in PDF
> 
>
> Key: FOP-3064
> URL: https://issues.apache.org/jira/browse/FOP-3064
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6, 2.7
>Reporter: Alexander Dyuzhev
>Priority: Critical
> Attachments: image-2022-04-25-15-28-24-248.png, 
> image-2022-04-25-15-30-05-741.png, image-2022-04-30-13-23-47-423.png, 
> image-2022-04-30-13-25-35-655.png, image-2022-04-30-13-26-21-967.png, 
> image-2022-05-24-14-05-20-676.png, image-2022-05-24-15-40-53-235.png, 
> image-2022-05-25-21-14-01-798.png, image-2022-05-25-21-16-15-935.png, 
> image-2022-05-25-21-44-30-254.png, image-2022-05-25-21-45-20-171.png, 
> image-2022-05-25-21-45-37-805.png, image-2022-05-26-11-51-51-538.png, 
> kafedra.fo.xml, kafedra.pdf
>
>
> Combining Grave Accent character () encoded after letter `f` in the 
> source xsl-fo [^kafedra.fo.xml]:
> kafedra
> But accent character renders in PDF after letter 'a':
> !image-2022-04-25-15-28-24-248.png!
> In HTML and Word it renders ok:
> !image-2022-04-25-15-30-05-741.png!



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Comment Edited] (FOP-3064) Wrong accent position in PDF

2022-05-31 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17544414#comment-17544414
 ] 

Simon Steiner edited comment on FOP-3064 at 5/31/22 2:10 PM:
-

Can you remove  xml:lang="en"
No need for other changes


was (Author: ssteiner1):
Can you remove  xml:lang="en"
No need for japanese

> Wrong accent position in PDF
> 
>
> Key: FOP-3064
> URL: https://issues.apache.org/jira/browse/FOP-3064
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6, 2.7
>Reporter: Alexander Dyuzhev
>Priority: Critical
> Attachments: image-2022-04-25-15-28-24-248.png, 
> image-2022-04-25-15-30-05-741.png, image-2022-04-30-13-23-47-423.png, 
> image-2022-04-30-13-25-35-655.png, image-2022-04-30-13-26-21-967.png, 
> image-2022-05-24-14-05-20-676.png, image-2022-05-24-15-40-53-235.png, 
> image-2022-05-25-21-14-01-798.png, image-2022-05-25-21-16-15-935.png, 
> image-2022-05-25-21-44-30-254.png, image-2022-05-25-21-45-20-171.png, 
> image-2022-05-25-21-45-37-805.png, image-2022-05-26-11-51-51-538.png, 
> kafedra.fo.xml, kafedra.pdf
>
>
> Combining Grave Accent character () encoded after letter `f` in the 
> source xsl-fo [^kafedra.fo.xml]:
> kafedra
> But accent character renders in PDF after letter 'a':
> !image-2022-04-25-15-28-24-248.png!
> In HTML and Word it renders ok:
> !image-2022-04-25-15-30-05-741.png!



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Resolved] (FOP-3064) Wrong accent position in PDF

2022-05-31 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-3064.

Resolution: Not A Problem

> Wrong accent position in PDF
> 
>
> Key: FOP-3064
> URL: https://issues.apache.org/jira/browse/FOP-3064
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6, 2.7
>Reporter: Alexander Dyuzhev
>Priority: Critical
> Attachments: image-2022-04-25-15-28-24-248.png, 
> image-2022-04-25-15-30-05-741.png, image-2022-04-30-13-23-47-423.png, 
> image-2022-04-30-13-25-35-655.png, image-2022-04-30-13-26-21-967.png, 
> image-2022-05-24-14-05-20-676.png, image-2022-05-24-15-40-53-235.png, 
> image-2022-05-25-21-14-01-798.png, image-2022-05-25-21-16-15-935.png, 
> image-2022-05-25-21-44-30-254.png, image-2022-05-25-21-45-20-171.png, 
> image-2022-05-25-21-45-37-805.png, image-2022-05-26-11-51-51-538.png, 
> kafedra.fo.xml, kafedra.pdf
>
>
> Combining Grave Accent character () encoded after letter `f` in the 
> source xsl-fo [^kafedra.fo.xml]:
> kafedra
> But accent character renders in PDF after letter 'a':
> !image-2022-04-25-15-28-24-248.png!
> In HTML and Word it renders ok:
> !image-2022-04-25-15-30-05-741.png!



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (FOP-3064) Wrong accent position in PDF

2022-05-31 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17544414#comment-17544414
 ] 

Simon Steiner commented on FOP-3064:


Can you remove  xml:lang="en"

> Wrong accent position in PDF
> 
>
> Key: FOP-3064
> URL: https://issues.apache.org/jira/browse/FOP-3064
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6, 2.7
>Reporter: Alexander Dyuzhev
>Priority: Critical
> Attachments: image-2022-04-25-15-28-24-248.png, 
> image-2022-04-25-15-30-05-741.png, image-2022-04-30-13-23-47-423.png, 
> image-2022-04-30-13-25-35-655.png, image-2022-04-30-13-26-21-967.png, 
> image-2022-05-24-14-05-20-676.png, image-2022-05-24-15-40-53-235.png, 
> image-2022-05-25-21-14-01-798.png, image-2022-05-25-21-16-15-935.png, 
> image-2022-05-25-21-44-30-254.png, image-2022-05-25-21-45-20-171.png, 
> image-2022-05-25-21-45-37-805.png, image-2022-05-26-11-51-51-538.png, 
> kafedra.fo.xml, kafedra.pdf
>
>
> Combining Grave Accent character () encoded after letter `f` in the 
> source xsl-fo [^kafedra.fo.xml]:
> kafedra
> But accent character renders in PDF after letter 'a':
> !image-2022-04-25-15-28-24-248.png!
> In HTML and Word it renders ok:
> !image-2022-04-25-15-30-05-741.png!



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] (FOP-3065) Shifted combining chars

2022-05-31 Thread Simon Steiner (Jira)


[ https://issues.apache.org/jira/browse/FOP-3065 ]


Simon Steiner deleted comment on FOP-3065:


was (Author: ssteiner1):
You may need to use one of the supported fonts:
https://xmlgraphics.apache.org/fop/trunk/complexscripts.html#supported_fonts

> Shifted combining chars
> ---
>
> Key: FOP-3065
> URL: https://issues.apache.org/jira/browse/FOP-3065
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6, 2.7
>Reporter: Alexander Dyuzhev
>Priority: Critical
> Attachments: fop.xconf, image-2022-04-26-08-56-51-840.png, 
> image-2022-04-29-11-53-00-968.png, image-2022-04-29-11-54-27-704.png, 
> image-2022-04-29-11-55-20-495.png, image-2022-04-30-13-54-09-030.png, 
> image-2022-04-30-13-54-23-021.png, image-2022-05-29-22-24-51-772.png, 
> shifted-1.pdf, shifted.fo-1.xml
>
>
> Combining chars (above and below main char) render shifted. For instance:
> n
> N
> f
> F
> 
> h
> !image-2022-04-26-08-56-51-840.png!
>  
> Combining char renders shifted to the left or right depends on the font.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Resolved] (FOP-2969) Accented Letters of DIN SPEC 91379 composed of Unicode base letter and combining accent are rendered wrong as the first letter of a word.

2022-05-31 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-2969?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-2969.

Fix Version/s: trunk
   Resolution: Fixed

http://svn.apache.org/viewvc?view=revision=1901453

> Accented Letters of DIN SPEC 91379 composed of Unicode base letter and 
> combining accent are rendered  wrong as the first letter of a word.
> --
>
> Key: FOP-2969
> URL: https://issues.apache.org/jira/browse/FOP-2969
> Project: FOP
>  Issue Type: Bug
>  Components: font/opentype, renderer/pdf
>Affects Versions: 2.5, 2.4, 2.6
>Reporter: Volker Kunert
>Assignee: Simon Steiner
>Priority: Major
> Fix For: trunk
>
> Attachments: DIN_SPEC_91379_Sequences-aa-hb-view.pdf, 
> DIN_SPEC_91379_Sequences-ab-hb-view.pdf, 
> DIN_SPEC_91379_Sequences-ac-hb-view.pdf, 
> DIN_SPEC_91379_Sequences-hb-view.txt, DefaultScriptProcessor.java, 
> TestFop.java, fop-2969.patch, fop.xconf, test-din-spec-sequences.fo, 
> test-din-spec-sequences.fo-patched.pdf, test-din-spec-sequences.fo.pdf
>
>
> E.g. with 0041 030B LATIN CAPITAL LETTER A WITH COMBINING DOUBLE ACUTE ACCENT 
> the accent E.g. with 0041 030B LATIN CAPITAL LETTER A WITH COMBINING DOUBLE 
> ACUTE ACCENT the accent appears at the right hand side of the letter A, not 
> above the letter A.
> If e.g. an "X" is prepended, the sequence is rendered correctly - with the 
> exception of the COMBINING HORN which should be at the right side of the base 
> letter.
> The tested sequences are used in the following specification:
> DIN SPEC 91379: Characters in Unicode for the electronic processing of names 
> and dataexchange in Europe; with digital attachment
> [https://www.xoev.de/downloads-2316#StringLatin]
> [https://www.din.de/de/wdc-beuth:din21:301228458]
> The output of FOP is provided in test-din-spec-sequences.fo.pdf, which is 
> created by running TestFop.java that processes test-din-spec-sequences.fo.  
> Font used for testing: NotoSansMono-Regular.ttf, see 
> [https://www.google.com/get/noto/] 
>  download: 
> [https://noto-website-2.storage.googleapis.com/pkgs/NotoSansMono-hinted.zip]
>  The following patch seems to resolve the problem for my test case:
> (delete "{{&& (unscaledWidths[index] != 0").}}
>  
> {code:java}
> --- 
> ./trunk/fop-core/src/main/java/org/apache/fop/complexscripts/scripts/DefaultScriptProcessor.java
>  2020-09-03 16:20:03.442089088 +0200
> +++ 
> /home/volker/software/xmlgraphics-fop-trunk/fop-core/src/main/java/org/apache/fop/complexscripts/scripts/DefaultScriptProcessor.java
>  2020-09-03 16:37:40.781775907 +0200
> @@ -151,7 +151,7 @@
>      }      
> protected boolean isReorderedMark(GlyphDefinitionTable gdef, int[] glyphs, 
> int[] unscaledWidths, int index) {
> -        return gdef.isGlyphClass(glyphs[index], 
> GlyphDefinitionTable.GLYPH_CLASS_MARK) && (unscaledWidths[index] != 0);
> +        return gdef.isGlyphClass(glyphs[index], 
> GlyphDefinitionTable.GLYPH_CLASS_MARK);      
> {code}
> See also PDFBOX-4951



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Resolved] (FOP-3065) Shifted combining chars

2022-05-31 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-3065.

Resolution: Duplicate

FOP-2969

> Shifted combining chars
> ---
>
> Key: FOP-3065
> URL: https://issues.apache.org/jira/browse/FOP-3065
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6, 2.7
>Reporter: Alexander Dyuzhev
>Priority: Critical
> Attachments: fop.xconf, image-2022-04-26-08-56-51-840.png, 
> image-2022-04-29-11-53-00-968.png, image-2022-04-29-11-54-27-704.png, 
> image-2022-04-29-11-55-20-495.png, image-2022-04-30-13-54-09-030.png, 
> image-2022-04-30-13-54-23-021.png, image-2022-05-29-22-24-51-772.png, 
> shifted-1.pdf, shifted.fo-1.xml
>
>
> Combining chars (above and below main char) render shifted. For instance:
> n
> N
> f
> F
> 
> h
> !image-2022-04-26-08-56-51-840.png!
>  
> Combining char renders shifted to the left or right depends on the font.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Assigned] (FOP-2969) Accented Letters of DIN SPEC 91379 composed of Unicode base letter and combining accent are rendered wrong as the first letter of a word.

2022-05-31 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-2969?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner reassigned FOP-2969:
--

Assignee: Simon Steiner

> Accented Letters of DIN SPEC 91379 composed of Unicode base letter and 
> combining accent are rendered  wrong as the first letter of a word.
> --
>
> Key: FOP-2969
> URL: https://issues.apache.org/jira/browse/FOP-2969
> Project: FOP
>  Issue Type: Bug
>  Components: font/opentype, renderer/pdf
>Affects Versions: 2.5, 2.4, 2.6
>Reporter: Volker Kunert
>Assignee: Simon Steiner
>Priority: Major
> Attachments: DIN_SPEC_91379_Sequences-aa-hb-view.pdf, 
> DIN_SPEC_91379_Sequences-ab-hb-view.pdf, 
> DIN_SPEC_91379_Sequences-ac-hb-view.pdf, 
> DIN_SPEC_91379_Sequences-hb-view.txt, DefaultScriptProcessor.java, 
> TestFop.java, fop-2969.patch, fop.xconf, test-din-spec-sequences.fo, 
> test-din-spec-sequences.fo-patched.pdf, test-din-spec-sequences.fo.pdf
>
>
> E.g. with 0041 030B LATIN CAPITAL LETTER A WITH COMBINING DOUBLE ACUTE ACCENT 
> the accent E.g. with 0041 030B LATIN CAPITAL LETTER A WITH COMBINING DOUBLE 
> ACUTE ACCENT the accent appears at the right hand side of the letter A, not 
> above the letter A.
> If e.g. an "X" is prepended, the sequence is rendered correctly - with the 
> exception of the COMBINING HORN which should be at the right side of the base 
> letter.
> The tested sequences are used in the following specification:
> DIN SPEC 91379: Characters in Unicode for the electronic processing of names 
> and dataexchange in Europe; with digital attachment
> [https://www.xoev.de/downloads-2316#StringLatin]
> [https://www.din.de/de/wdc-beuth:din21:301228458]
> The output of FOP is provided in test-din-spec-sequences.fo.pdf, which is 
> created by running TestFop.java that processes test-din-spec-sequences.fo.  
> Font used for testing: NotoSansMono-Regular.ttf, see 
> [https://www.google.com/get/noto/] 
>  download: 
> [https://noto-website-2.storage.googleapis.com/pkgs/NotoSansMono-hinted.zip]
>  The following patch seems to resolve the problem for my test case:
> (delete "{{&& (unscaledWidths[index] != 0").}}
>  
> {code:java}
> --- 
> ./trunk/fop-core/src/main/java/org/apache/fop/complexscripts/scripts/DefaultScriptProcessor.java
>  2020-09-03 16:20:03.442089088 +0200
> +++ 
> /home/volker/software/xmlgraphics-fop-trunk/fop-core/src/main/java/org/apache/fop/complexscripts/scripts/DefaultScriptProcessor.java
>  2020-09-03 16:37:40.781775907 +0200
> @@ -151,7 +151,7 @@
>      }      
> protected boolean isReorderedMark(GlyphDefinitionTable gdef, int[] glyphs, 
> int[] unscaledWidths, int index) {
> -        return gdef.isGlyphClass(glyphs[index], 
> GlyphDefinitionTable.GLYPH_CLASS_MARK) && (unscaledWidths[index] != 0);
> +        return gdef.isGlyphClass(glyphs[index], 
> GlyphDefinitionTable.GLYPH_CLASS_MARK);      
> {code}
> See also PDFBOX-4951



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (FOP-3065) Shifted combining chars

2022-05-31 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17544361#comment-17544361
 ] 

Simon Steiner commented on FOP-3065:


You may need to use one of the supported fonts:
https://xmlgraphics.apache.org/fop/trunk/complexscripts.html#supported_fonts

> Shifted combining chars
> ---
>
> Key: FOP-3065
> URL: https://issues.apache.org/jira/browse/FOP-3065
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6, 2.7
>Reporter: Alexander Dyuzhev
>Priority: Critical
> Attachments: fop.xconf, image-2022-04-26-08-56-51-840.png, 
> image-2022-04-29-11-53-00-968.png, image-2022-04-29-11-54-27-704.png, 
> image-2022-04-29-11-55-20-495.png, image-2022-04-30-13-54-09-030.png, 
> image-2022-04-30-13-54-23-021.png, image-2022-05-29-22-24-51-772.png, 
> shifted-1.pdf, shifted.fo-1.xml
>
>
> Combining chars (above and below main char) render shifted. For instance:
> n
> N
> f
> F
> 
> h
> !image-2022-04-26-08-56-51-840.png!
>  
> Combining char renders shifted to the left or right depends on the font.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (FOP-3070) FOP fails to render SVG files provided as external links

2022-05-31 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3070?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17544350#comment-17544350
 ] 

Simon Steiner commented on FOP-3070:


what batik version are you using

> FOP fails to render SVG files provided as external links
> 
>
> Key: FOP-3070
> URL: https://issues.apache.org/jira/browse/FOP-3070
> Project: FOP
>  Issue Type: Bug
>  Components: foreign/svg, image/svg
>Affects Versions: 2.5, 2.2, 2.3, 2.4, 2.6, 2.7
> Environment: The file was processed using the fop CLI in both Ubuntu 
> 20.04 (+ OpenJDK 11) and Windows 10 (+OpenJDK 18) with similar results.
>Reporter: Asitha
>Priority: Critical
>
> FOP fails to render SVG files provided as external links. The following error 
> is returned where I ran the provided example file in examples/svg/external.fo 
> {quote}SEVERE: SVG error: The file format is not supported. No ImagePreloader 
> found for file:/home/asitha/Downloads/fop-2.7/fop/examples/fo/svg/boxes.svg
> org.apache.xmlgraphics.image.loader.ImageException: The file format is not 
> supported. No ImagePreloader found for 
> file:/home/asitha/Downloads/fop-2.7/fop/examples/fo/svg/boxes.svg
>     at 
> org.apache.xmlgraphics.image.loader.ImageManager.preloadImage(ImageManager.java:181)
>     at 
> org.apache.xmlgraphics.image.loader.cache.ImageCache.needImageInfo(ImageCache.java:127)
>     at 
> org.apache.xmlgraphics.image.loader.ImageManager.getImageInfo(ImageManager.java:123)
>     at 
> org.apache.fop.svg.AbstractFOPImageElementBridge.createImageGraphicsNode(AbstractFOPImageElementBridge.java:78)
> {quote}
> Command:
> ./fop examples/fo/svg/external.fo temp.pdf
> The same command works without any issues in version 2.1, 2.0, and 1.1.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Resolved] (FOP-3068) NPE in FontInfoFinder for .ttc fonts

2022-05-31 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-3068.

Fix Version/s: trunk
   Resolution: Fixed

http://svn.apache.org/viewvc?view=revision=1901445

> NPE in FontInfoFinder for .ttc fonts 
> -
>
> Key: FOP-3068
> URL: https://issues.apache.org/jira/browse/FOP-3068
> Project: FOP
>  Issue Type: Bug
>  Components: font/opentype
>Affects Versions: 2.7
>Reporter: Stephan Wienczny
>Assignee: Simon Steiner
>Priority: Critical
> Fix For: trunk
>
> Attachments: conf.xml
>
>
> When running FontInfoFinder::find on NotoSansCJK-Regular.ttc or 
> NotoSerifCJK-Regular.ttc this causes an NPE in line 219
> {code:java}
> for (String fontName : ttcNames) { {code}
> because ttcNames is null.
> TTFFile::getTTCnames may return null for invalid files. This case should be 
> handled in FontInfoFinder.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Assigned] (FOP-3068) NPE in FontInfoFinder for .ttc fonts

2022-05-31 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner reassigned FOP-3068:
--

Assignee: Simon Steiner

> NPE in FontInfoFinder for .ttc fonts 
> -
>
> Key: FOP-3068
> URL: https://issues.apache.org/jira/browse/FOP-3068
> Project: FOP
>  Issue Type: Bug
>  Components: font/opentype
>Affects Versions: 2.7
>Reporter: Stephan Wienczny
>Assignee: Simon Steiner
>Priority: Critical
> Attachments: conf.xml
>
>
> When running FontInfoFinder::find on NotoSansCJK-Regular.ttc or 
> NotoSerifCJK-Regular.ttc this causes an NPE in line 219
> {code:java}
> for (String fontName : ttcNames) { {code}
> because ttcNames is null.
> TTFFile::getTTCnames may return null for invalid files. This case should be 
> handled in FontInfoFinder.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Comment Edited] (FOP-2657) Certain custom fonts are shifted 'up' in the PDF due to wrong ascender metric

2022-05-31 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-2657?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17544286#comment-17544286
 ] 

Simon Steiner edited comment on FOP-2657 at 5/31/22 10:04 AM:
--

You shouldnt need to use metric files, does it work without them


was (Author: ssteiner1):
You shouldnt need to use metric files, do it work without them

> Certain custom fonts are shifted 'up' in the PDF due to wrong ascender metric
> -
>
> Key: FOP-2657
> URL: https://issues.apache.org/jira/browse/FOP-2657
> Project: FOP
>  Issue Type: Bug
>  Components: font/unqualified
>Affects Versions: 2.5
>Reporter: Gustav Andersson
>Priority: Major
> Attachments: FOPconfig.xml, NotoNaskhArabic-Regular.xml, 
> NotoSans-Regular.xml, NotoSansSymbols-Regular.xml, input.fo, output.pdf
>
>
> Certain fonts are shifted 'up' in the PDFs. I've noticed this in the Google 
> Noto Symbol and Naskh Arabic fonts, but not in the standard Google Noto Sans 
> font.
> If I generate the metric XML file for the three fonts, and copy the value of 
> the  and  element from the Noto Sans font to the metric 
> files generated for the Symbol and Naskh Arabic fonts, those two fonts are 
> then 'fixed' and appear in the correct place again. 
> (Not that the Naskh Arabic font is overflowing its line at the bottom, so 
> there is still something wrong there, but a lot better.)
> To reproduce:
> # Download the 
> [NotoSans-Regular.ttf|https://www.google.com/get/noto/#sans-lgc], 
> [NotoNaskhArabic-Regular.ttf|https://www.google.com/get/noto/#naskh-arab] and 
> [NotoSansSymbols-Regular.ttf|https://www.google.com/get/noto/#sans-zsym] font 
> files and put in a folder.
> # Download the attached [^input.fo], [^FOPconfig.xml], 
> [^NotoSans-Regular.xml], [^NotoNaskhArabic-Regular.xml] and 
> [^NotoSansSymbols-Regular.xml] and put them in the same folder.
> # Run {{fop -c FOPconfig.xml input.fo output.pdf}}
> # The output should look like the attached [^output.pdf] file, showing the 
> issue.
> The three metric XML files were generated using the instructions on [the 
> Apache FOP Confgiuration 
> page|https://xmlgraphics.apache.org/fop/0.95/fonts.html#truetype-metrics], 
> and I then edited the NotoNaskhArabic-Regular.xml and 
> NotoSansSymbols-Regular.xml by overwriting the  and  
> elements with those found in the NotoSans-Regular.xml. Note that I don't know 
> anything about the metric files, so I don't know if editing those elements 
> were the correct thing to do, or even what they mean!



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (FOP-2657) Certain custom fonts are shifted 'up' in the PDF due to wrong ascender metric

2022-05-31 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-2657?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17544286#comment-17544286
 ] 

Simon Steiner commented on FOP-2657:


You shouldnt need to use metric files, do it work without them

> Certain custom fonts are shifted 'up' in the PDF due to wrong ascender metric
> -
>
> Key: FOP-2657
> URL: https://issues.apache.org/jira/browse/FOP-2657
> Project: FOP
>  Issue Type: Bug
>  Components: font/unqualified
>Affects Versions: 2.5
>Reporter: Gustav Andersson
>Priority: Major
> Attachments: FOPconfig.xml, NotoNaskhArabic-Regular.xml, 
> NotoSans-Regular.xml, NotoSansSymbols-Regular.xml, input.fo, output.pdf
>
>
> Certain fonts are shifted 'up' in the PDFs. I've noticed this in the Google 
> Noto Symbol and Naskh Arabic fonts, but not in the standard Google Noto Sans 
> font.
> If I generate the metric XML file for the three fonts, and copy the value of 
> the  and  element from the Noto Sans font to the metric 
> files generated for the Symbol and Naskh Arabic fonts, those two fonts are 
> then 'fixed' and appear in the correct place again. 
> (Not that the Naskh Arabic font is overflowing its line at the bottom, so 
> there is still something wrong there, but a lot better.)
> To reproduce:
> # Download the 
> [NotoSans-Regular.ttf|https://www.google.com/get/noto/#sans-lgc], 
> [NotoNaskhArabic-Regular.ttf|https://www.google.com/get/noto/#naskh-arab] and 
> [NotoSansSymbols-Regular.ttf|https://www.google.com/get/noto/#sans-zsym] font 
> files and put in a folder.
> # Download the attached [^input.fo], [^FOPconfig.xml], 
> [^NotoSans-Regular.xml], [^NotoNaskhArabic-Regular.xml] and 
> [^NotoSansSymbols-Regular.xml] and put them in the same folder.
> # Run {{fop -c FOPconfig.xml input.fo output.pdf}}
> # The output should look like the attached [^output.pdf] file, showing the 
> issue.
> The three metric XML files were generated using the instructions on [the 
> Apache FOP Confgiuration 
> page|https://xmlgraphics.apache.org/fop/0.95/fonts.html#truetype-metrics], 
> and I then edited the NotoNaskhArabic-Regular.xml and 
> NotoSansSymbols-Regular.xml by overwriting the  and  
> elements with those found in the NotoSans-Regular.xml. Note that I don't know 
> anything about the metric files, so I don't know if editing those elements 
> were the correct thing to do, or even what they mean!



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Resolved] (FOP-3067) README file still refers to bugzilla

2022-05-31 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3067?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-3067.

Fix Version/s: trunk
 Assignee: Simon Steiner
   Resolution: Fixed

http://svn.apache.org/viewvc?view=revision=1901443

> README file still refers to bugzilla
> 
>
> Key: FOP-3067
> URL: https://issues.apache.org/jira/browse/FOP-3067
> Project: FOP
>  Issue Type: Bug
>  Components: documentation
>Affects Versions: 2.7
>Reporter: Steve Bosman
>Assignee: Simon Steiner
>Priority: Trivial
> Fix For: trunk
>
>
> The README file is out of date. Most obviously, it still refers to bugzilla. 
> It might be a good idea at the same time to convert it to markdown so the 
> project looks better on github.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (FOP-3070) FOP fails to render SVG files provided as external links

2022-05-31 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3070?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-3070:
---
Fix Version/s: (was: 2.1)

> FOP fails to render SVG files provided as external links
> 
>
> Key: FOP-3070
> URL: https://issues.apache.org/jira/browse/FOP-3070
> Project: FOP
>  Issue Type: Bug
>  Components: foreign/svg, image/svg
>Affects Versions: 2.5, 2.2, 2.3, 2.4, 2.6, 2.7
> Environment: The file was processed using the fop CLI in both Ubuntu 
> 20.04 (+ OpenJDK 11) and Windows 10 (+OpenJDK 18) with similar results.
>Reporter: Asitha
>Priority: Critical
>
> FOP fails to render SVG files provided as external links. The following error 
> is returned where I ran the provided example file in examples/svg/external.fo 
> {quote}SEVERE: SVG error: The file format is not supported. No ImagePreloader 
> found for file:/home/asitha/Downloads/fop-2.7/fop/examples/fo/svg/boxes.svg
> org.apache.xmlgraphics.image.loader.ImageException: The file format is not 
> supported. No ImagePreloader found for 
> file:/home/asitha/Downloads/fop-2.7/fop/examples/fo/svg/boxes.svg
>     at 
> org.apache.xmlgraphics.image.loader.ImageManager.preloadImage(ImageManager.java:181)
>     at 
> org.apache.xmlgraphics.image.loader.cache.ImageCache.needImageInfo(ImageCache.java:127)
>     at 
> org.apache.xmlgraphics.image.loader.ImageManager.getImageInfo(ImageManager.java:123)
>     at 
> org.apache.fop.svg.AbstractFOPImageElementBridge.createImageGraphicsNode(AbstractFOPImageElementBridge.java:78)
> {quote}
> Command:
> ./fop examples/fo/svg/external.fo temp.pdf
> The same command works without any issues in version 2.1, 2.0, and 1.1.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Comment Edited] (FOP-3065) Shifted combining chars

2022-05-26 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17542511#comment-17542511
 ] 

Simon Steiner edited comment on FOP-3065 at 5/26/22 2:59 PM:
-

ARIALUNI.TTF is in the center for 


was (Author: ssteiner1):
ARIALUNI.TTF is working for 

> Shifted combining chars
> ---
>
> Key: FOP-3065
> URL: https://issues.apache.org/jira/browse/FOP-3065
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6, 2.7
>Reporter: Alexander Dyuzhev
>Priority: Critical
> Attachments: image-2022-04-26-08-56-51-840.png, 
> image-2022-04-29-11-53-00-968.png, image-2022-04-29-11-54-27-704.png, 
> image-2022-04-29-11-55-20-495.png, image-2022-04-30-13-54-09-030.png, 
> image-2022-04-30-13-54-23-021.png, shifted-1.pdf, shifted.fo-1.xml
>
>
> Combining chars (above and below main char) render shifted. For instance:
> n
> N
> f
> F
> 
> h
> !image-2022-04-26-08-56-51-840.png!
>  
> Combining char renders shifted to the left or right depends on the font.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (FOP-3065) Shifted combining chars

2022-05-26 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17542522#comment-17542522
 ] 

Simon Steiner commented on FOP-3065:


It seems that Combining Dot Below position is determined by the font, it will 
vary.
https://www.compart.com/en/unicode/U+0323
Some examples
http://www.unicode-symbol.com/u/0323.html

> Shifted combining chars
> ---
>
> Key: FOP-3065
> URL: https://issues.apache.org/jira/browse/FOP-3065
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6, 2.7
>Reporter: Alexander Dyuzhev
>Priority: Critical
> Attachments: image-2022-04-26-08-56-51-840.png, 
> image-2022-04-29-11-53-00-968.png, image-2022-04-29-11-54-27-704.png, 
> image-2022-04-29-11-55-20-495.png, image-2022-04-30-13-54-09-030.png, 
> image-2022-04-30-13-54-23-021.png, shifted-1.pdf, shifted.fo-1.xml
>
>
> Combining chars (above and below main char) render shifted. For instance:
> n
> N
> f
> F
> 
> h
> !image-2022-04-26-08-56-51-840.png!
>  
> Combining char renders shifted to the left or right depends on the font.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (FOP-3065) Shifted combining chars

2022-05-26 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17542511#comment-17542511
 ] 

Simon Steiner commented on FOP-3065:


ARIALUNI.TTF is working for 

> Shifted combining chars
> ---
>
> Key: FOP-3065
> URL: https://issues.apache.org/jira/browse/FOP-3065
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6, 2.7
>Reporter: Alexander Dyuzhev
>Priority: Critical
> Attachments: image-2022-04-26-08-56-51-840.png, 
> image-2022-04-29-11-53-00-968.png, image-2022-04-29-11-54-27-704.png, 
> image-2022-04-29-11-55-20-495.png, image-2022-04-30-13-54-09-030.png, 
> image-2022-04-30-13-54-23-021.png, shifted-1.pdf, shifted.fo-1.xml
>
>
> Combining chars (above and below main char) render shifted. For instance:
> n
> N
> f
> F
> 
> h
> !image-2022-04-26-08-56-51-840.png!
>  
> Combining char renders shifted to the left or right depends on the font.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Comment Edited] (FOP-3068) NPE in FontInfoFinder for .ttc fonts

2022-05-18 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17538902#comment-17538902
 ] 

Simon Steiner edited comment on FOP-3068 at 5/18/22 3:14 PM:
-

Can you attach/ give url to the fontfile


was (Author: ssteiner1):
Can you give a url to the fontfile

> NPE in FontInfoFinder for .ttc fonts 
> -
>
> Key: FOP-3068
> URL: https://issues.apache.org/jira/browse/FOP-3068
> Project: FOP
>  Issue Type: Bug
>  Components: font/opentype
>Affects Versions: 2.7
>Reporter: Stephan Wienczny
>Priority: Critical
>
> When running FontInfoFinder::find on NotoSansCJK-Regular.ttc or 
> NotoSerifCJK-Regular.ttc this causes an NPE in line 219
> {code:java}
> for (String fontName : ttcNames) { {code}
> because ttcNames is null.
> TTFFile::getTTCnames may return null for invalid files. This case should be 
> handled in FontInfoFinder.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (FOP-3068) NPE in FontInfoFinder for .ttc fonts

2022-05-18 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17538902#comment-17538902
 ] 

Simon Steiner commented on FOP-3068:


Can you give a url to the fontfile

> NPE in FontInfoFinder for .ttc fonts 
> -
>
> Key: FOP-3068
> URL: https://issues.apache.org/jira/browse/FOP-3068
> Project: FOP
>  Issue Type: Bug
>  Components: font/opentype
>Affects Versions: 2.7
>Reporter: Stephan Wienczny
>Priority: Critical
>
> When running FontInfoFinder::find on NotoSansCJK-Regular.ttc or 
> NotoSerifCJK-Regular.ttc this causes an NPE in line 219
> {code:java}
> for (String fontName : ttcNames) { {code}
> because ttcNames is null.
> TTFFile::getTTCnames may return null for invalid files. This case should be 
> handled in FontInfoFinder.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Resolved] (FOP-3073) PDF to PDF may not print

2022-05-16 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3073?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-3073.

Fix Version/s: trunk
   Resolution: Fixed

http://svn.apache.org/viewvc?view=revision=1900953

> PDF to PDF may not print
> 
>
> Key: FOP-3073
> URL: https://issues.apache.org/jira/browse/FOP-3073
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Fix For: trunk
>
> Attachments: test.fo
>
>
> fop test.fo out.pdf
> Open PDF in Adobe Acrobat and run preflight syntax check, no errors should be 
> reported



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (FOP-3073) PDF to PDF may not print

2022-05-16 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3073?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-3073:
---
Description: 
fop test.fo out.pdf

Open PDF in Adobe Acrobat and run preflight syntax check, no errors should be 
reported

> PDF to PDF may not print
> 
>
> Key: FOP-3073
> URL: https://issues.apache.org/jira/browse/FOP-3073
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Attachments: test.fo
>
>
> fop test.fo out.pdf
> Open PDF in Adobe Acrobat and run preflight syntax check, no errors should be 
> reported



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (FOP-3073) PDF to PDF may not print

2022-05-16 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3073?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-3073:
---
Attachment: test.fo

> PDF to PDF may not print
> 
>
> Key: FOP-3073
> URL: https://issues.apache.org/jira/browse/FOP-3073
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Attachments: test.fo
>
>
> fop test.fo out.pdf
> Open PDF in Adobe Acrobat and run preflight syntax check, no errors should be 
> reported



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (FOP-3073) PDF to PDF may not print

2022-05-16 Thread Simon Steiner (Jira)
Simon Steiner created FOP-3073:
--

 Summary: PDF to PDF may not print
 Key: FOP-3073
 URL: https://issues.apache.org/jira/browse/FOP-3073
 Project: FOP
  Issue Type: Bug
Reporter: Simon Steiner
Assignee: Simon Steiner






--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Resolved] (FOP-3072) Empty link url gives NPE

2022-05-16 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3072?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-3072.

Fix Version/s: trunk
   Resolution: Fixed

http://svn.apache.org/viewvc?view=revision=1900951

> Empty link url gives NPE
> 
>
> Key: FOP-3072
> URL: https://issues.apache.org/jira/browse/FOP-3072
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Fix For: trunk
>
> Attachments: simple.fo
>
>
> fop simple.fo out.pdf
> Gives java.lang.NullPointerException
>   at 
> org.apache.fop.render.intermediate.IFRenderer.renderInlineParent(IFRenderer.java:983)



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (FOP-3072) Empty link url gives NPE

2022-05-16 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3072?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-3072:
---
Description: 
fop simple.fo out.pdf

Gives java.lang.NullPointerException
at 
org.apache.fop.render.intermediate.IFRenderer.renderInlineParent(IFRenderer.java:983)

> Empty link url gives NPE
> 
>
> Key: FOP-3072
> URL: https://issues.apache.org/jira/browse/FOP-3072
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Attachments: simple.fo
>
>
> fop simple.fo out.pdf
> Gives java.lang.NullPointerException
>   at 
> org.apache.fop.render.intermediate.IFRenderer.renderInlineParent(IFRenderer.java:983)



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (FOP-3072) Empty link url gives NPE

2022-05-16 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3072?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-3072:
---
Attachment: simple.fo

> Empty link url gives NPE
> 
>
> Key: FOP-3072
> URL: https://issues.apache.org/jira/browse/FOP-3072
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Attachments: simple.fo
>
>




--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (FOP-3072) Empty link url gives NPE

2022-05-16 Thread Simon Steiner (Jira)
Simon Steiner created FOP-3072:
--

 Summary: Empty link url gives NPE
 Key: FOP-3072
 URL: https://issues.apache.org/jira/browse/FOP-3072
 Project: FOP
  Issue Type: Bug
Reporter: Simon Steiner
Assignee: Simon Steiner
 Attachments: simple.fo





--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Resolved] (FOP-3071) AFP mediummap in wrong place when added before page-group

2022-05-16 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3071?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-3071.

Fix Version/s: trunk
   Resolution: Fixed

http://svn.apache.org/viewvc?view=revision=1900949

> AFP mediummap in wrong place when added before page-group
> -
>
> Key: FOP-3071
> URL: https://issues.apache.org/jira/browse/FOP-3071
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Fix For: trunk
>
> Attachments: test.fo
>
>
> fop test.fo -afp out.afp
> Open AFP in AFPLookup and you should see in this order:
> IMM
> Page 1
> Page 2
> Named Group



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (FOP-3071) AFP mediummap in wrong place when added before page-group

2022-05-16 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3071?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-3071:
---
Attachment: test.fo

> AFP mediummap in wrong place when added before page-group
> -
>
> Key: FOP-3071
> URL: https://issues.apache.org/jira/browse/FOP-3071
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Attachments: test.fo
>
>
> fop test.fo -afp out.afp
> Open AFP in AFPLookup and you should see in this order:
> IMM
> Page 1
> Page 2
> Named Group



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (FOP-3071) AFP mediummap in wrong place when added before page-group

2022-05-16 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3071?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-3071:
---
Description: 
fop test.fo -afp out.afp

Open AFP in AFPLookup and you should see in this order:
IMM
Page 1
Page 2
Named Group

> AFP mediummap in wrong place when added before page-group
> -
>
> Key: FOP-3071
> URL: https://issues.apache.org/jira/browse/FOP-3071
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Attachments: test.fo
>
>
> fop test.fo -afp out.afp
> Open AFP in AFPLookup and you should see in this order:
> IMM
> Page 1
> Page 2
> Named Group



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Created] (FOP-3071) AFP mediummap in wrong place when added before page-group

2022-05-16 Thread Simon Steiner (Jira)
Simon Steiner created FOP-3071:
--

 Summary: AFP mediummap in wrong place when added before page-group
 Key: FOP-3071
 URL: https://issues.apache.org/jira/browse/FOP-3071
 Project: FOP
  Issue Type: Bug
Reporter: Simon Steiner
Assignee: Simon Steiner






--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Commented] (FOP-2954) Uncaught java.lang.ClassCastException in FontCache.loadFrom()

2022-04-21 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-2954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17525955#comment-17525955
 ] 

Simon Steiner commented on FOP-2954:


createRestrictedIO will avoid the font cache:
FopFactoryBuilder confBuilder = new FopConfParser(new 
ByteArrayInputStream(fopxconf.getBytes()),
EnvironmentalProfileFactory.createRestrictedIO(new 
File(".").toURI(), cloudResourceResolver)).getFopFactoryBuilder();
FopFactory fopFactory = confBuilder.build();



> Uncaught java.lang.ClassCastException in FontCache.loadFrom()
> -
>
> Key: FOP-2954
> URL: https://issues.apache.org/jira/browse/FOP-2954
> Project: FOP
>  Issue Type: Bug
>  Components: font/unqualified
>Affects Versions: 2.4
>Reporter: Jörg Weske
>Priority: Major
> Attachments: stacktrace.txt
>
>
> In certain cases, de-serialization of a defective fontcache file can fail 
> with a java.lang.ClassCastException (see attached partial stacktrace).
> The exception should be caught inside FontCache.loadFrom() and the defective 
> cache file discarded, as with the two other exceptions that are already being 
> handled appropriately (ClassNotFoundException and IOException).



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Resolved] (FOP-2977) [PATCH] Array index out of bounds with glyph position adjustments and surrogate pairs

2022-04-21 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-2977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-2977.

Fix Version/s: trunk
   Resolution: Fixed

http://svn.apache.org/viewvc?view=revision=1900111

> [PATCH] Array index out of bounds with glyph position adjustments and 
> surrogate pairs
> -
>
> Key: FOP-2977
> URL: https://issues.apache.org/jira/browse/FOP-2977
> Project: FOP
>  Issue Type: Bug
>  Components: renderer/pdf
>Affects Versions: 2.6
> Environment: Windows 10
>Reporter: Kelly H Wilkerson
>Assignee: Simon Steiner
>Priority: Minor
> Fix For: trunk
>
> Attachments: arrayindex.patch, drawTextWithDX.patch, fop.xconf, 
> input.fo, test.fo
>
>
> Out of bounds happens in org.apache.fop.fonts.GlyphMapping.processWordMapping 
> when:
> # There are glyph position adjustments for the font being used
> # There are surrogate pairs in the text that has adjustments
> The font I've used to reproduce the issue so far is Segoe UI Emoji, which 
> should be installed on Windows 10 by default.
> input.fo attached to cause the crash.
> I believe I've fixed the crash in the attached patch.
> There's a separate issue demonstrated in the input.fo that the glyphs don't 
> render in some cases, even though the font is the same throughout everything. 
> But I'd like to make sure my fix for the crash is correct before I dig into 
> the rendering issue.
> {code:java}
> org.apache.fop.apps.FOPException: java.lang.ArrayIndexOutOfBoundsException: 3
> javax.xml.transform.TransformerException: 
> java.lang.ArrayIndexOutOfBoundsException: 3
>   at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:296)
>   at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:116)
>   at org.apache.fop.cli.Main.startFOP(Main.java:183)
>   at org.apache.fop.cli.Main.main(Main.java:214)
> Caused by: javax.xml.transform.TransformerException: 
> java.lang.ArrayIndexOutOfBoundsException: 3
>   at 
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:737)
>   at 
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
>   at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:293)
>   ... 3 more
> Caused by: java.lang.ArrayIndexOutOfBoundsException: 3
>   at 
> org.apache.fop.fonts.GlyphMapping.processWordMapping(GlyphMapping.java:177)
>   at 
> org.apache.fop.fonts.GlyphMapping.doGlyphMapping(GlyphMapping.java:92)
>   at 
> org.apache.fop.layoutmgr.inline.TextLayoutManager.processWord(TextLayoutManager.java:963)
>   at 
> org.apache.fop.layoutmgr.inline.TextLayoutManager.getNextKnuthElements(TextLayoutManager.java:881)
>   at 
> org.apache.fop.layoutmgr.inline.LineLayoutManager.collectInlineKnuthElements(LineLayoutManager.java:698)
>   at 
> org.apache.fop.layoutmgr.inline.LineLayoutManager.getNextKnuthElements(LineLayoutManager.java:627)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141)
>   at 
> org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:292)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141)
>   at 
> org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:292)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105)
>   at 
> org.apache.fop.layoutmgr.FlowLayoutManager.getNextChildElements(FlowLayoutManager.java:223)
>   at 
> org.apache.fop.layoutmgr.FlowLayoutManager.addChildElements(FlowLayoutManager.java:148)
>   at 
> org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:116)
>   at 
> org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:69)
>   at 
> org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:252)
>   at 
> org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:675)
>   at 
> org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:179)
>   at 
> org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:159)
>   at 
> org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:385)

[jira] [Assigned] (FOP-2977) [PATCH] Array index out of bounds with glyph position adjustments and surrogate pairs

2022-04-21 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-2977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner reassigned FOP-2977:
--

Assignee: Simon Steiner

> [PATCH] Array index out of bounds with glyph position adjustments and 
> surrogate pairs
> -
>
> Key: FOP-2977
> URL: https://issues.apache.org/jira/browse/FOP-2977
> Project: FOP
>  Issue Type: Bug
>  Components: renderer/pdf
>Affects Versions: 2.6
> Environment: Windows 10
>Reporter: Kelly H Wilkerson
>Assignee: Simon Steiner
>Priority: Minor
> Attachments: arrayindex.patch, drawTextWithDX.patch, fop.xconf, 
> input.fo, test.fo
>
>
> Out of bounds happens in org.apache.fop.fonts.GlyphMapping.processWordMapping 
> when:
> # There are glyph position adjustments for the font being used
> # There are surrogate pairs in the text that has adjustments
> The font I've used to reproduce the issue so far is Segoe UI Emoji, which 
> should be installed on Windows 10 by default.
> input.fo attached to cause the crash.
> I believe I've fixed the crash in the attached patch.
> There's a separate issue demonstrated in the input.fo that the glyphs don't 
> render in some cases, even though the font is the same throughout everything. 
> But I'd like to make sure my fix for the crash is correct before I dig into 
> the rendering issue.
> {code:java}
> org.apache.fop.apps.FOPException: java.lang.ArrayIndexOutOfBoundsException: 3
> javax.xml.transform.TransformerException: 
> java.lang.ArrayIndexOutOfBoundsException: 3
>   at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:296)
>   at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:116)
>   at org.apache.fop.cli.Main.startFOP(Main.java:183)
>   at org.apache.fop.cli.Main.main(Main.java:214)
> Caused by: javax.xml.transform.TransformerException: 
> java.lang.ArrayIndexOutOfBoundsException: 3
>   at 
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:737)
>   at 
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
>   at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:293)
>   ... 3 more
> Caused by: java.lang.ArrayIndexOutOfBoundsException: 3
>   at 
> org.apache.fop.fonts.GlyphMapping.processWordMapping(GlyphMapping.java:177)
>   at 
> org.apache.fop.fonts.GlyphMapping.doGlyphMapping(GlyphMapping.java:92)
>   at 
> org.apache.fop.layoutmgr.inline.TextLayoutManager.processWord(TextLayoutManager.java:963)
>   at 
> org.apache.fop.layoutmgr.inline.TextLayoutManager.getNextKnuthElements(TextLayoutManager.java:881)
>   at 
> org.apache.fop.layoutmgr.inline.LineLayoutManager.collectInlineKnuthElements(LineLayoutManager.java:698)
>   at 
> org.apache.fop.layoutmgr.inline.LineLayoutManager.getNextKnuthElements(LineLayoutManager.java:627)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141)
>   at 
> org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:292)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141)
>   at 
> org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:292)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105)
>   at 
> org.apache.fop.layoutmgr.FlowLayoutManager.getNextChildElements(FlowLayoutManager.java:223)
>   at 
> org.apache.fop.layoutmgr.FlowLayoutManager.addChildElements(FlowLayoutManager.java:148)
>   at 
> org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:116)
>   at 
> org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:69)
>   at 
> org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:252)
>   at 
> org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:675)
>   at 
> org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:179)
>   at 
> org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:159)
>   at 
> org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:385)
>   at org.apache.fop.layoutmgr.PageBreaker.doLayout(PageBreaker.java:113)
>   at 
> 

[jira] [Updated] (FOP-2977) [PATCH] Array index out of bounds with glyph position adjustments and surrogate pairs

2022-04-21 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-2977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-2977:
---
Attachment: fop.xconf
test.fo

> [PATCH] Array index out of bounds with glyph position adjustments and 
> surrogate pairs
> -
>
> Key: FOP-2977
> URL: https://issues.apache.org/jira/browse/FOP-2977
> Project: FOP
>  Issue Type: Bug
>  Components: renderer/pdf
>Affects Versions: 2.6
> Environment: Windows 10
>Reporter: Kelly H Wilkerson
>Priority: Minor
> Attachments: arrayindex.patch, drawTextWithDX.patch, fop.xconf, 
> input.fo, test.fo
>
>
> Out of bounds happens in org.apache.fop.fonts.GlyphMapping.processWordMapping 
> when:
> # There are glyph position adjustments for the font being used
> # There are surrogate pairs in the text that has adjustments
> The font I've used to reproduce the issue so far is Segoe UI Emoji, which 
> should be installed on Windows 10 by default.
> input.fo attached to cause the crash.
> I believe I've fixed the crash in the attached patch.
> There's a separate issue demonstrated in the input.fo that the glyphs don't 
> render in some cases, even though the font is the same throughout everything. 
> But I'd like to make sure my fix for the crash is correct before I dig into 
> the rendering issue.
> {code:java}
> org.apache.fop.apps.FOPException: java.lang.ArrayIndexOutOfBoundsException: 3
> javax.xml.transform.TransformerException: 
> java.lang.ArrayIndexOutOfBoundsException: 3
>   at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:296)
>   at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:116)
>   at org.apache.fop.cli.Main.startFOP(Main.java:183)
>   at org.apache.fop.cli.Main.main(Main.java:214)
> Caused by: javax.xml.transform.TransformerException: 
> java.lang.ArrayIndexOutOfBoundsException: 3
>   at 
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:737)
>   at 
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
>   at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:293)
>   ... 3 more
> Caused by: java.lang.ArrayIndexOutOfBoundsException: 3
>   at 
> org.apache.fop.fonts.GlyphMapping.processWordMapping(GlyphMapping.java:177)
>   at 
> org.apache.fop.fonts.GlyphMapping.doGlyphMapping(GlyphMapping.java:92)
>   at 
> org.apache.fop.layoutmgr.inline.TextLayoutManager.processWord(TextLayoutManager.java:963)
>   at 
> org.apache.fop.layoutmgr.inline.TextLayoutManager.getNextKnuthElements(TextLayoutManager.java:881)
>   at 
> org.apache.fop.layoutmgr.inline.LineLayoutManager.collectInlineKnuthElements(LineLayoutManager.java:698)
>   at 
> org.apache.fop.layoutmgr.inline.LineLayoutManager.getNextKnuthElements(LineLayoutManager.java:627)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141)
>   at 
> org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:292)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextChildElements(BlockLayoutManager.java:141)
>   at 
> org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:292)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:113)
>   at 
> org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105)
>   at 
> org.apache.fop.layoutmgr.FlowLayoutManager.getNextChildElements(FlowLayoutManager.java:223)
>   at 
> org.apache.fop.layoutmgr.FlowLayoutManager.addChildElements(FlowLayoutManager.java:148)
>   at 
> org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:116)
>   at 
> org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:69)
>   at 
> org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:252)
>   at 
> org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:675)
>   at 
> org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:179)
>   at 
> org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:159)
>   at 
> org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:385)
>   at org.apache.fop.layoutmgr.PageBreaker.doLayout(PageBreaker.java:113)
>   at 
> 

[jira] [Updated] (FOP-2865) [PATCH] stroke-opacity is not honored on svg:text while conveting svg to pdf

2022-04-12 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-2865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-2865:
---
Summary: [PATCH] stroke-opacity is not honored on svg:text while conveting 
svg to pdf  (was: stroke-opacity is not honored on svg:text while conveting svg 
to pdf)

> [PATCH] stroke-opacity is not honored on svg:text while conveting svg to pdf
> 
>
> Key: FOP-2865
> URL: https://issues.apache.org/jira/browse/FOP-2865
> Project: FOP
>  Issue Type: Bug
>Reporter: Abdul Vazid
>Priority: Major
>  Labels: fop
>
> I am upgrading batik-1.7 to 1.11 and fop-0.94 to 2.2. I am using 
> PDFTranscoder of fop to convert SVG to PDF in my application. stroke-opacity 
> is applied to text in svg. Before upgrading pdf looks good and result is as 
> expected with opacity. But after upgrading stroke-opacity is not being 
> applied to text.
> *Below is the code used to convert svg to pdf:*
> {code:java}
> Transcoder transcoder = new PDFTranscoder();
> TranscoderInput input = new TranscoderInput(svgFile.toURI().toString());
> ByteArrayOutputStream outStream = new ByteArrayOutputStream();
> TranscoderOutput output = new TranscoderOutput(outStream);
> transcoder.transcode(input, output);{code}
>  
> *SVG Used:*
> {noformat}
> 
> http://www.w3.org/2000/svg; 
> xmlns:xlink="http://www.w3.org/1999/xlink; height="418" viewBox="0,0 
> 65416,45424" width="816" xml:space="preserve">
> 
>  .P{
> font-family:"Arial";
> font-weight:normal;
> font-size:247px;
> font-family:"Lucida Sans";
> font-style:normal;
> stroke:#000;
> stroke-width:16px;
> stroke-dasharray:none;
> stroke-linejoin:miter;
> stroke-miterlimit:10;
> stroke-width:0.5px;
> stroke-linecap:square;
> stroke-opacity:1.0;
> fill:none;
> fill-opacity:0.0;
> fill-rule:evenodd;
> }
> .M{
> font-family:"Arial";
> font-weight:normal;
> font-size:282px;
> font-style:normal;
> stroke:#00F;
> stroke-dasharray:none;
> stroke-linejoin:miter;
> stroke-miterlimit:10;
> stroke-width:2px;
> stroke-linecap:square;
> stroke-opacity:1.0;
> fill:#00F;
> fill-rule:evenodd;
> fill-opacity:1.0;
> }
> .dimmed{
> stroke-opacity:1.0;
> fill-opacity:0.0;
> }
> ]]>
> 
> 
> 
>  d="M7964,25320h5669m-5669,0v1905m0,-1401h5669m-5669,467h5669m-5669,467h5669m-5669,467h5669m-4968,-1401v1401m934,-1401v1401m785,-1401v1401m743,-1401v1401m1295,-1401v1401m1210,-1905v1905"/>
> CONN3
> Cav.
> 
> 
> 
> {noformat}
> {{Stroke-opacity in "dimmed" class is not showing any effect on the text 
> "CONN3" after upgrading batik and fop.}}
>  



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Assigned] (FOP-2659) [PATCH] Arabic glyph not substituted

2022-04-12 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-2659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner reassigned FOP-2659:
--

Assignee: (was: Simon Steiner)

> [PATCH] Arabic glyph not substituted
> 
>
> Key: FOP-2659
> URL: https://issues.apache.org/jira/browse/FOP-2659
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Priority: Major
> Attachments: arabicbold.patch, fop.xconf, test.fo
>
>
> Arial bold looks different from Arial non bold
> fop test.fo -c fop.xconf out.pdf
> Patch fails on some serialized data tests, can be fixed by calling 
> GenerateArabicTestData
> https://www.microsoft.com/typography/otfntdev/arabicot/features.aspx



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Updated] (FOP-2414) [PATCH] Borders with dashed style are rendered as solid

2022-04-12 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-2414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-2414:
---
Summary: [PATCH] Borders with dashed style are rendered as solid  (was: 
[PNG Renderer] Borders with dashed style are rendered as solid)

> [PATCH] Borders with dashed style are rendered as solid
> ---
>
> Key: FOP-2414
> URL: https://issues.apache.org/jira/browse/FOP-2414
> Project: FOP
>  Issue Type: Bug
>  Components: image/png
>Affects Versions: 2.5
>Reporter: Seifeddine Dridi
>Priority: Major
> Attachments: test.fo, test.pdf, test.png, wip.patch
>
>
> The png renderer does not take into account the different border styles, 
> borders are always rendered as solid regardless of the style that was set. 
> The same is also true for rounded borders.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Assigned] (FOP-2414) [PNG Renderer] Borders with dashed style are rendered as solid

2022-04-12 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-2414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner reassigned FOP-2414:
--

Assignee: (was: Simon Steiner)

> [PNG Renderer] Borders with dashed style are rendered as solid
> --
>
> Key: FOP-2414
> URL: https://issues.apache.org/jira/browse/FOP-2414
> Project: FOP
>  Issue Type: Bug
>  Components: image/png
>Affects Versions: 2.5
>Reporter: Seifeddine Dridi
>Priority: Major
> Attachments: test.fo, test.pdf, test.png, wip.patch
>
>
> The png renderer does not take into account the different border styles, 
> borders are always rendered as solid regardless of the style that was set. 
> The same is also true for rounded borders.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Assigned] (FOP-2865) stroke-opacity is not honored on svg:text while conveting svg to pdf

2022-04-12 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-2865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner reassigned FOP-2865:
--

Assignee: (was: Simon Steiner)

> stroke-opacity is not honored on svg:text while conveting svg to pdf
> 
>
> Key: FOP-2865
> URL: https://issues.apache.org/jira/browse/FOP-2865
> Project: FOP
>  Issue Type: Bug
>Reporter: Abdul Vazid
>Priority: Major
>  Labels: fop
>
> I am upgrading batik-1.7 to 1.11 and fop-0.94 to 2.2. I am using 
> PDFTranscoder of fop to convert SVG to PDF in my application. stroke-opacity 
> is applied to text in svg. Before upgrading pdf looks good and result is as 
> expected with opacity. But after upgrading stroke-opacity is not being 
> applied to text.
> *Below is the code used to convert svg to pdf:*
> {code:java}
> Transcoder transcoder = new PDFTranscoder();
> TranscoderInput input = new TranscoderInput(svgFile.toURI().toString());
> ByteArrayOutputStream outStream = new ByteArrayOutputStream();
> TranscoderOutput output = new TranscoderOutput(outStream);
> transcoder.transcode(input, output);{code}
>  
> *SVG Used:*
> {noformat}
> 
> http://www.w3.org/2000/svg; 
> xmlns:xlink="http://www.w3.org/1999/xlink; height="418" viewBox="0,0 
> 65416,45424" width="816" xml:space="preserve">
> 
>  .P{
> font-family:"Arial";
> font-weight:normal;
> font-size:247px;
> font-family:"Lucida Sans";
> font-style:normal;
> stroke:#000;
> stroke-width:16px;
> stroke-dasharray:none;
> stroke-linejoin:miter;
> stroke-miterlimit:10;
> stroke-width:0.5px;
> stroke-linecap:square;
> stroke-opacity:1.0;
> fill:none;
> fill-opacity:0.0;
> fill-rule:evenodd;
> }
> .M{
> font-family:"Arial";
> font-weight:normal;
> font-size:282px;
> font-style:normal;
> stroke:#00F;
> stroke-dasharray:none;
> stroke-linejoin:miter;
> stroke-miterlimit:10;
> stroke-width:2px;
> stroke-linecap:square;
> stroke-opacity:1.0;
> fill:#00F;
> fill-rule:evenodd;
> fill-opacity:1.0;
> }
> .dimmed{
> stroke-opacity:1.0;
> fill-opacity:0.0;
> }
> ]]>
> 
> 
> 
>  d="M7964,25320h5669m-5669,0v1905m0,-1401h5669m-5669,467h5669m-5669,467h5669m-5669,467h5669m-4968,-1401v1401m934,-1401v1401m785,-1401v1401m743,-1401v1401m1295,-1401v1401m1210,-1905v1905"/>
> CONN3
> Cav.
> 
> 
> 
> {noformat}
> {{Stroke-opacity in "dimmed" class is not showing any effect on the text 
> "CONN3" after upgrading batik and fop.}}
>  



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Assigned] (FOP-2929) [PATCH] Wrong printed glyph with PCL renderer and TTF font

2022-04-12 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-2929?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner reassigned FOP-2929:
--

Assignee: (was: Simon Steiner)

> [PATCH] Wrong printed glyph with PCL renderer and TTF font 
> ---
>
> Key: FOP-2929
> URL: https://issues.apache.org/jira/browse/FOP-2929
> Project: FOP
>  Issue Type: Bug
>  Components: renderer/pcl
>Affects Versions: 2.4
>Reporter: Eric DE RANCOURT
>Priority: Major
> Attachments: cfg_1.xml, cfg_2.xml, patch.patch, test.if, test_1.pcl, 
> test_1.pcl_analysis.txt, test_2.pcl, test_2.pcl_analysis.txt
>
>
> Wrong printed characters when using True Type Font composite glyph.  
> Two tests : 
> *First test*: with the first configuration file (cfg_1.xml):
>  * The second block of text does not import new characters in the pcl soft 
> font
>  * There is a wrong selection of characters for the first character
> *Second test*: with a second configuration file (cfg_2.xml) using 
> " true ":
>  * There is a wrong selection of glyphs for the first character
>  
> After some tests and code reading, it seems that the Arial font (and probably 
> other true type fonts) uses composite glyphs (for example: "É" uses the 
> glyphs 40 and 141). When adding new characters from 32 to 49, the glyph "40" 
> displays a "w" but not an "E" as expected in the PCL document.
> Mapped characters after second try : \{= 47, a = 33, c = 43, d = 46, e = 35, 
> É = 32, i = 49, € = 41, l = 48, n = 45, o = 44, r = 36 , s = 42, t = 37, u = 
> 39, w = 40, y = 38, z = 34}
>  
> Attachments:
>  * test.if: intermediate file containing the test document
>  * cfg_1.xml: first configuration file
>  * test_1.pcl: result of the first test
>  * test_1.pcl_analysis.txt: test_1.pcl Paraphernalia analysi
>  * cfg_2.xml: second configuration file
>  * test_2.pcl: result of the second test
>  * test_2.pcl_analysis.txt: test_2.pcl Paraphernalia analysis
>  
> Environment :
>  *  Apache Fop 2.4
>  *  Openjdk version "11.0.2"
>  *  Windows 10



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Comment Edited] (FOP-3062) AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf

2022-04-08 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17519767#comment-17519767
 ] 

Simon Steiner edited comment on FOP-3062 at 4/8/22 7:13 PM:


Aim should be to fix assertion failure


was (Author: ssteiner1):
We will fix the assertion failure

> AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf
> -
>
> Key: FOP-3062
> URL: https://issues.apache.org/jira/browse/FOP-3062
> Project: FOP
>  Issue Type: Bug
>  Components: unqualified
>Affects Versions: 2.7
>Reporter: Richard Zowalla
>Priority: Major
> Attachments: SFArabic.ttf, image-2022-04-08-16-09-21-254.png, 
> propagate_use_advanced.patch
>
>
> While working on a M1 Mac OS system:
>  
> {code:java}
> Java version: 17.0.2, vendor: Oracle Corporation, runtime: 
> /Library/Java/JavaVirtualMachines/jdk-17.0.2.jdk/Contents/HomeDefault locale: 
> de_DE, platform encoding: UTF-8
> OS name: "mac os x", version: "12.3", arch: "aarch64", family: "mac"{code}
> I get the following AssertionError with a simple FOP config as follows:
> {code:java}
> http://www.w3.org/2001/XMLSchema-instance;
>  
> xsi:noNamespaceSchemaLocation="http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/foschema/fop-configuration.xsd?view=co;>
> 
> 
> 
> 
> null
> 
> 
> 
> flate
> ascii-85
> 
> 
> 
> /Users/abc/uploads/fonts
> 
> 
> 
> 
> 
> /Users/abc/uploads/fonts
> 
>  {code}
> The font, which violates the assertion in DeviceTable is:
> *[file:/System/Library/Fonts/SFArabic.ttf*|file:///System/Library/Fonts/SFArabic.ttf*]
>  
> *Stacktrace:*
> {code:java}
> java.lang.AssertionError at 
> org.apache.fop.complexscripts.fonts.GlyphPositioningTable$DeviceTable.(GlyphPositioningTable.java:1774)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosDeviceTable(OTFAdvancedTypographicTableReader.java:1727)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosAnchor(OTFAdvancedTypographicTableReader.java:2051)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTableFormat1(OTFAdvancedTypographicTableReader.java:2345)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTable(OTFAdvancedTypographicTableReader.java:2371)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGPOSSubtable(OTFAdvancedTypographicTableReader.java:3122)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readLookupTable(OTFAdvancedTypographicTableReader.java:3191)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readLookupList(OTFAdvancedTypographicTableReader.java:3218)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readCommonLayoutTables(OTFAdvancedTypographicTableReader.java:3239)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGPOS(OTFAdvancedTypographicTableReader.java:3499)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readAll(OTFAdvancedTypographicTableReader.java:84)
>  at 
> org.apache.fop.fonts.truetype.OpenFont.handleCharacterSpacing(OpenFont.java:889)
>  at org.apache.fop.fonts.truetype.OpenFont.readFont(OpenFont.java:861) at 
> org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:119) at 
> org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:103) at 
> org.apache.fop.fonts.FontLoader.getFont(FontLoader.java:126) at 
> org.apache.fop.fonts.FontLoader.loadFont(FontLoader.java:110) at 
> org.apache.fop.fonts.autodetect.FontInfoFinder.find(FontInfoFinder.java:253) 
> at org.apache.fop.fonts.FontAdder.add(FontAdder.java:63) at 
> org.apache.fop.fonts.FontDetectorFactory$DefaultFontDetector.detect(FontDetectorFactory.java:105)
>  at org.apache.fop.fonts.FontManager.autoDetectFonts(FontManager.java:229) at 
> org.apache.fop.fonts.DefaultFontConfigurator.configure(DefaultFontConfigurator.java:82)
>  at 
> org.apache.fop.render.PrintRendererConfigurator.getCustomFontCollection(PrintRendererConfigurator.java:147)
>  at 
> org.apache.fop.render.PrintRendererConfigurator.setupFontInfo(PrintRendererConfigurator.java:127)
>  at org.apache.fop.render.intermediate.IFUtil.setupFonts(IFUtil.java:170) at 
> org.apache.fop.render.intermediate.IFRenderer.setupFontInfo(IFRenderer.java:187)
>  at org.apache.fop.area.RenderPagesModel.(RenderPagesModel.java:75) at 
> 

[jira] [Commented] (FOP-3062) AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf

2022-04-08 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17519767#comment-17519767
 ] 

Simon Steiner commented on FOP-3062:


We will fix the assertion failure

> AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf
> -
>
> Key: FOP-3062
> URL: https://issues.apache.org/jira/browse/FOP-3062
> Project: FOP
>  Issue Type: Bug
>  Components: unqualified
>Affects Versions: 2.7
>Reporter: Richard Zowalla
>Priority: Major
> Attachments: SFArabic.ttf, image-2022-04-08-16-09-21-254.png, 
> propagate_use_advanced.patch
>
>
> While working on a M1 Mac OS system:
>  
> {code:java}
> Java version: 17.0.2, vendor: Oracle Corporation, runtime: 
> /Library/Java/JavaVirtualMachines/jdk-17.0.2.jdk/Contents/HomeDefault locale: 
> de_DE, platform encoding: UTF-8
> OS name: "mac os x", version: "12.3", arch: "aarch64", family: "mac"{code}
> I get the following AssertionError with a simple FOP config as follows:
> {code:java}
> http://www.w3.org/2001/XMLSchema-instance;
>  
> xsi:noNamespaceSchemaLocation="http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/foschema/fop-configuration.xsd?view=co;>
> 
> 
> 
> 
> null
> 
> 
> 
> flate
> ascii-85
> 
> 
> 
> /Users/abc/uploads/fonts
> 
> 
> 
> 
> 
> /Users/abc/uploads/fonts
> 
>  {code}
> The font, which violates the assertion in DeviceTable is:
> *[file:/System/Library/Fonts/SFArabic.ttf*|file:///System/Library/Fonts/SFArabic.ttf*]
>  
> *Stacktrace:*
> {code:java}
> java.lang.AssertionError at 
> org.apache.fop.complexscripts.fonts.GlyphPositioningTable$DeviceTable.(GlyphPositioningTable.java:1774)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosDeviceTable(OTFAdvancedTypographicTableReader.java:1727)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosAnchor(OTFAdvancedTypographicTableReader.java:2051)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTableFormat1(OTFAdvancedTypographicTableReader.java:2345)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTable(OTFAdvancedTypographicTableReader.java:2371)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGPOSSubtable(OTFAdvancedTypographicTableReader.java:3122)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readLookupTable(OTFAdvancedTypographicTableReader.java:3191)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readLookupList(OTFAdvancedTypographicTableReader.java:3218)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readCommonLayoutTables(OTFAdvancedTypographicTableReader.java:3239)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGPOS(OTFAdvancedTypographicTableReader.java:3499)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readAll(OTFAdvancedTypographicTableReader.java:84)
>  at 
> org.apache.fop.fonts.truetype.OpenFont.handleCharacterSpacing(OpenFont.java:889)
>  at org.apache.fop.fonts.truetype.OpenFont.readFont(OpenFont.java:861) at 
> org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:119) at 
> org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:103) at 
> org.apache.fop.fonts.FontLoader.getFont(FontLoader.java:126) at 
> org.apache.fop.fonts.FontLoader.loadFont(FontLoader.java:110) at 
> org.apache.fop.fonts.autodetect.FontInfoFinder.find(FontInfoFinder.java:253) 
> at org.apache.fop.fonts.FontAdder.add(FontAdder.java:63) at 
> org.apache.fop.fonts.FontDetectorFactory$DefaultFontDetector.detect(FontDetectorFactory.java:105)
>  at org.apache.fop.fonts.FontManager.autoDetectFonts(FontManager.java:229) at 
> org.apache.fop.fonts.DefaultFontConfigurator.configure(DefaultFontConfigurator.java:82)
>  at 
> org.apache.fop.render.PrintRendererConfigurator.getCustomFontCollection(PrintRendererConfigurator.java:147)
>  at 
> org.apache.fop.render.PrintRendererConfigurator.setupFontInfo(PrintRendererConfigurator.java:127)
>  at org.apache.fop.render.intermediate.IFUtil.setupFonts(IFUtil.java:170) at 
> org.apache.fop.render.intermediate.IFRenderer.setupFontInfo(IFRenderer.java:187)
>  at org.apache.fop.area.RenderPagesModel.(RenderPagesModel.java:75) at 
> org.apache.fop.area.AreaTreeHandler.setupModel(AreaTreeHandler.java:135) at 
> org.apache.fop.area.AreaTreeHandler.(AreaTreeHandler.java:105) at 
> 

[jira] [Commented] (FOP-3062) AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf

2022-04-08 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17519631#comment-17519631
 ] 

Simon Steiner commented on FOP-3062:


I updated the webpage

> AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf
> -
>
> Key: FOP-3062
> URL: https://issues.apache.org/jira/browse/FOP-3062
> Project: FOP
>  Issue Type: Bug
>  Components: unqualified
>Affects Versions: 2.7
>Reporter: Richard Zowalla
>Priority: Major
> Attachments: SFArabic.ttf, image-2022-04-08-16-09-21-254.png
>
>
> While working on a M1 Mac OS system:
>  
> {code:java}
> Java version: 17.0.2, vendor: Oracle Corporation, runtime: 
> /Library/Java/JavaVirtualMachines/jdk-17.0.2.jdk/Contents/HomeDefault locale: 
> de_DE, platform encoding: UTF-8
> OS name: "mac os x", version: "12.3", arch: "aarch64", family: "mac"{code}
> I get the following AssertionError with a simple FOP config as follows:
> {code:java}
> http://www.w3.org/2001/XMLSchema-instance;
>  
> xsi:noNamespaceSchemaLocation="http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/foschema/fop-configuration.xsd?view=co;>
> 
> 
> 
> 
> null
> 
> 
> 
> flate
> ascii-85
> 
> 
> 
> /Users/abc/uploads/fonts
> 
> 
> 
> 
> 
> /Users/abc/uploads/fonts
> 
>  {code}
> The font, which violates the assertion in DeviceTable is:
> *[file:/System/Library/Fonts/SFArabic.ttf*|file:///System/Library/Fonts/SFArabic.ttf*]
>  
> *Stacktrace:*
> {code:java}
> java.lang.AssertionError at 
> org.apache.fop.complexscripts.fonts.GlyphPositioningTable$DeviceTable.(GlyphPositioningTable.java:1774)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosDeviceTable(OTFAdvancedTypographicTableReader.java:1727)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosAnchor(OTFAdvancedTypographicTableReader.java:2051)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTableFormat1(OTFAdvancedTypographicTableReader.java:2345)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTable(OTFAdvancedTypographicTableReader.java:2371)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGPOSSubtable(OTFAdvancedTypographicTableReader.java:3122)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readLookupTable(OTFAdvancedTypographicTableReader.java:3191)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readLookupList(OTFAdvancedTypographicTableReader.java:3218)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readCommonLayoutTables(OTFAdvancedTypographicTableReader.java:3239)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGPOS(OTFAdvancedTypographicTableReader.java:3499)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readAll(OTFAdvancedTypographicTableReader.java:84)
>  at 
> org.apache.fop.fonts.truetype.OpenFont.handleCharacterSpacing(OpenFont.java:889)
>  at org.apache.fop.fonts.truetype.OpenFont.readFont(OpenFont.java:861) at 
> org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:119) at 
> org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:103) at 
> org.apache.fop.fonts.FontLoader.getFont(FontLoader.java:126) at 
> org.apache.fop.fonts.FontLoader.loadFont(FontLoader.java:110) at 
> org.apache.fop.fonts.autodetect.FontInfoFinder.find(FontInfoFinder.java:253) 
> at org.apache.fop.fonts.FontAdder.add(FontAdder.java:63) at 
> org.apache.fop.fonts.FontDetectorFactory$DefaultFontDetector.detect(FontDetectorFactory.java:105)
>  at org.apache.fop.fonts.FontManager.autoDetectFonts(FontManager.java:229) at 
> org.apache.fop.fonts.DefaultFontConfigurator.configure(DefaultFontConfigurator.java:82)
>  at 
> org.apache.fop.render.PrintRendererConfigurator.getCustomFontCollection(PrintRendererConfigurator.java:147)
>  at 
> org.apache.fop.render.PrintRendererConfigurator.setupFontInfo(PrintRendererConfigurator.java:127)
>  at org.apache.fop.render.intermediate.IFUtil.setupFonts(IFUtil.java:170) at 
> org.apache.fop.render.intermediate.IFRenderer.setupFontInfo(IFRenderer.java:187)
>  at org.apache.fop.area.RenderPagesModel.(RenderPagesModel.java:75) at 
> org.apache.fop.area.AreaTreeHandler.setupModel(AreaTreeHandler.java:135) at 
> org.apache.fop.area.AreaTreeHandler.(AreaTreeHandler.java:105) at 
> 

[jira] [Commented] (FOP-3062) AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf

2022-04-08 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17519625#comment-17519625
 ] 

Simon Steiner commented on FOP-3062:


what about:


{code:java}
import org.apache.fop.apps.FOUserAgent;
import org.apache.fop.apps.Fop;
import org.apache.fop.apps.FopConfParser;
import org.apache.fop.apps.FopFactory;
import org.apache.fop.apps.FopFactoryBuilder;

import javax.xml.transform.Result;
import javax.xml.transform.Source;
import javax.xml.transform.Transformer;
import javax.xml.transform.TransformerFactory;
import javax.xml.transform.sax.SAXResult;
import javax.xml.transform.stream.StreamSource;
import java.io.ByteArrayInputStream;
import java.io.File;
import java.io.FileOutputStream;

public class ComplexScript {
public static void main(String[] args) throws Exception {
String fo = "http://www.w3.org/1999/XSL/Format\"\n; 
+
"  
xmlns:fox=\"http://xmlgraphics.apache.org/fop/extensions\;>\n" +
"  \n" +
"\n" +
"  \n" +
"\n" +
"  \n" +
"  \n" +
"\n" +
" test2  \n" +
"\n" +
"  \n" +
"\n";
String fopxconf = "\n" +
"  \n" +
"\n" +
"  \n" +
"\n" +
"  \n" +
"  \n" +
"\n" +
"  \n" +
"\n" +
"  \n" +
"\n";
FopFactoryBuilder builder =
new FopConfParser(new 
ByteArrayInputStream(fopxconf.getBytes()), new 
File(".").toURI()).getFopFactoryBuilder();
builder.setComplexScriptFeatures(false);
FopFactory fopFactory = builder.build();
FOUserAgent foUserAgent = fopFactory.newFOUserAgent();
FileOutputStream fos = new FileOutputStream("/tmp/out.pdf");
Fop fop = fopFactory.newFop("application/pdf", foUserAgent, fos);
TransformerFactory factory = TransformerFactory.newInstance();
Transformer transformer = factory.newTransformer();
Source src = new StreamSource(new ByteArrayInputStream(fo.getBytes()));
Result res = new SAXResult(fop.getDefaultHandler());
transformer.transform(src, res);
fos.close();
}
}

{code}


> AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf
> -
>
> Key: FOP-3062
> URL: https://issues.apache.org/jira/browse/FOP-3062
> Project: FOP
>  Issue Type: Bug
>  Components: unqualified
>Affects Versions: 2.7
>Reporter: Richard Zowalla
>Priority: Major
> Attachments: SFArabic.ttf, image-2022-04-08-16-09-21-254.png
>
>
> While working on a M1 Mac OS system:
>  
> {code:java}
> Java version: 17.0.2, vendor: Oracle Corporation, runtime: 
> /Library/Java/JavaVirtualMachines/jdk-17.0.2.jdk/Contents/HomeDefault locale: 
> de_DE, platform encoding: UTF-8
> OS name: "mac os x", version: "12.3", arch: "aarch64", family: "mac"{code}
> I get the following AssertionError with a simple FOP config as follows:
> {code:java}
> http://www.w3.org/2001/XMLSchema-instance;
>  
> xsi:noNamespaceSchemaLocation="http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/foschema/fop-configuration.xsd?view=co;>
> 
> 
> 
> 
> null
> 
> 
> 
> flate
> ascii-85
> 
> 
> 
> /Users/abc/uploads/fonts
> 
> 
> 
> 
> 
> /Users/abc/uploads/fonts
> 
>  {code}
> The font, which violates the assertion in DeviceTable is:
> *[file:/System/Library/Fonts/SFArabic.ttf*|file:///System/Library/Fonts/SFArabic.ttf*]
>  
> *Stacktrace:*
> {code:java}
> java.lang.AssertionError at 
> org.apache.fop.complexscripts.fonts.GlyphPositioningTable$DeviceTable.(GlyphPositioningTable.java:1774)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosDeviceTable(OTFAdvancedTypographicTableReader.java:1727)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosAnchor(OTFAdvancedTypographicTableReader.java:2051)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTableFormat1(OTFAdvancedTypographicTableReader.java:2345)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTable(OTFAdvancedTypographicTableReader.java:2371)
>  at 
> 

[jira] [Commented] (FOP-3062) AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf

2022-04-08 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17519588#comment-17519588
 ] 

Simon Steiner commented on FOP-3062:


See 
https://xmlgraphics.apache.org/fop/trunk/complexscripts.html#Disabling-complex-scripts

> AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf
> -
>
> Key: FOP-3062
> URL: https://issues.apache.org/jira/browse/FOP-3062
> Project: FOP
>  Issue Type: Bug
>  Components: unqualified
>Affects Versions: 2.7
>Reporter: Richard Zowalla
>Priority: Major
> Attachments: SFArabic.ttf, image-2022-04-08-16-09-21-254.png
>
>
> While working on a M1 Mac OS system:
>  
> {code:java}
> Java version: 17.0.2, vendor: Oracle Corporation, runtime: 
> /Library/Java/JavaVirtualMachines/jdk-17.0.2.jdk/Contents/HomeDefault locale: 
> de_DE, platform encoding: UTF-8
> OS name: "mac os x", version: "12.3", arch: "aarch64", family: "mac"{code}
> I get the following AssertionError with a simple FOP config as follows:
> {code:java}
> http://www.w3.org/2001/XMLSchema-instance;
>  
> xsi:noNamespaceSchemaLocation="http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/foschema/fop-configuration.xsd?view=co;>
> 
> 
> 
> 
> null
> 
> 
> 
> flate
> ascii-85
> 
> 
> 
> /Users/abc/uploads/fonts
> 
> 
> 
> 
> 
> /Users/abc/uploads/fonts
> 
>  {code}
> The font, which violates the assertion in DeviceTable is:
> *[file:/System/Library/Fonts/SFArabic.ttf*|file:///System/Library/Fonts/SFArabic.ttf*]
>  
> *Stacktrace:*
> {code:java}
> java.lang.AssertionError at 
> org.apache.fop.complexscripts.fonts.GlyphPositioningTable$DeviceTable.(GlyphPositioningTable.java:1774)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosDeviceTable(OTFAdvancedTypographicTableReader.java:1727)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosAnchor(OTFAdvancedTypographicTableReader.java:2051)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTableFormat1(OTFAdvancedTypographicTableReader.java:2345)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTable(OTFAdvancedTypographicTableReader.java:2371)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGPOSSubtable(OTFAdvancedTypographicTableReader.java:3122)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readLookupTable(OTFAdvancedTypographicTableReader.java:3191)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readLookupList(OTFAdvancedTypographicTableReader.java:3218)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readCommonLayoutTables(OTFAdvancedTypographicTableReader.java:3239)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGPOS(OTFAdvancedTypographicTableReader.java:3499)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readAll(OTFAdvancedTypographicTableReader.java:84)
>  at 
> org.apache.fop.fonts.truetype.OpenFont.handleCharacterSpacing(OpenFont.java:889)
>  at org.apache.fop.fonts.truetype.OpenFont.readFont(OpenFont.java:861) at 
> org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:119) at 
> org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:103) at 
> org.apache.fop.fonts.FontLoader.getFont(FontLoader.java:126) at 
> org.apache.fop.fonts.FontLoader.loadFont(FontLoader.java:110) at 
> org.apache.fop.fonts.autodetect.FontInfoFinder.find(FontInfoFinder.java:253) 
> at org.apache.fop.fonts.FontAdder.add(FontAdder.java:63) at 
> org.apache.fop.fonts.FontDetectorFactory$DefaultFontDetector.detect(FontDetectorFactory.java:105)
>  at org.apache.fop.fonts.FontManager.autoDetectFonts(FontManager.java:229) at 
> org.apache.fop.fonts.DefaultFontConfigurator.configure(DefaultFontConfigurator.java:82)
>  at 
> org.apache.fop.render.PrintRendererConfigurator.getCustomFontCollection(PrintRendererConfigurator.java:147)
>  at 
> org.apache.fop.render.PrintRendererConfigurator.setupFontInfo(PrintRendererConfigurator.java:127)
>  at org.apache.fop.render.intermediate.IFUtil.setupFonts(IFUtil.java:170) at 
> org.apache.fop.render.intermediate.IFRenderer.setupFontInfo(IFRenderer.java:187)
>  at org.apache.fop.area.RenderPagesModel.(RenderPagesModel.java:75) at 
> org.apache.fop.area.AreaTreeHandler.setupModel(AreaTreeHandler.java:135) at 
> 

[jira] [Commented] (FOP-3062) AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf

2022-04-08 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17519530#comment-17519530
 ] 

Simon Steiner commented on FOP-3062:


You could add  in the fop.xconf to avoid this

> AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf
> -
>
> Key: FOP-3062
> URL: https://issues.apache.org/jira/browse/FOP-3062
> Project: FOP
>  Issue Type: Bug
>  Components: unqualified
>Affects Versions: 2.7
>Reporter: Richard Zowalla
>Priority: Major
> Attachments: SFArabic.ttf
>
>
> While working on a M1 Mac OS system:
>  
> {code:java}
> Java version: 17.0.2, vendor: Oracle Corporation, runtime: 
> /Library/Java/JavaVirtualMachines/jdk-17.0.2.jdk/Contents/HomeDefault locale: 
> de_DE, platform encoding: UTF-8
> OS name: "mac os x", version: "12.3", arch: "aarch64", family: "mac"{code}
> I get the following AssertionError with a simple FOP config as follows:
> {code:java}
> http://www.w3.org/2001/XMLSchema-instance;
>  
> xsi:noNamespaceSchemaLocation="http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/foschema/fop-configuration.xsd?view=co;>
> 
> 
> 
> 
> null
> 
> 
> 
> flate
> ascii-85
> 
> 
> 
> /Users/abc/uploads/fonts
> 
> 
> 
> 
> 
> /Users/abc/uploads/fonts
> 
>  {code}
> The font, which violates the assertion in DeviceTable is:
> *[file:/System/Library/Fonts/SFArabic.ttf*|file:///System/Library/Fonts/SFArabic.ttf*]
>  
> *Stacktrace:*
> {code:java}
> java.lang.AssertionError at 
> org.apache.fop.complexscripts.fonts.GlyphPositioningTable$DeviceTable.(GlyphPositioningTable.java:1774)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosDeviceTable(OTFAdvancedTypographicTableReader.java:1727)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosAnchor(OTFAdvancedTypographicTableReader.java:2051)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTableFormat1(OTFAdvancedTypographicTableReader.java:2345)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTable(OTFAdvancedTypographicTableReader.java:2371)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGPOSSubtable(OTFAdvancedTypographicTableReader.java:3122)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readLookupTable(OTFAdvancedTypographicTableReader.java:3191)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readLookupList(OTFAdvancedTypographicTableReader.java:3218)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readCommonLayoutTables(OTFAdvancedTypographicTableReader.java:3239)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGPOS(OTFAdvancedTypographicTableReader.java:3499)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readAll(OTFAdvancedTypographicTableReader.java:84)
>  at 
> org.apache.fop.fonts.truetype.OpenFont.handleCharacterSpacing(OpenFont.java:889)
>  at org.apache.fop.fonts.truetype.OpenFont.readFont(OpenFont.java:861) at 
> org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:119) at 
> org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:103) at 
> org.apache.fop.fonts.FontLoader.getFont(FontLoader.java:126) at 
> org.apache.fop.fonts.FontLoader.loadFont(FontLoader.java:110) at 
> org.apache.fop.fonts.autodetect.FontInfoFinder.find(FontInfoFinder.java:253) 
> at org.apache.fop.fonts.FontAdder.add(FontAdder.java:63) at 
> org.apache.fop.fonts.FontDetectorFactory$DefaultFontDetector.detect(FontDetectorFactory.java:105)
>  at org.apache.fop.fonts.FontManager.autoDetectFonts(FontManager.java:229) at 
> org.apache.fop.fonts.DefaultFontConfigurator.configure(DefaultFontConfigurator.java:82)
>  at 
> org.apache.fop.render.PrintRendererConfigurator.getCustomFontCollection(PrintRendererConfigurator.java:147)
>  at 
> org.apache.fop.render.PrintRendererConfigurator.setupFontInfo(PrintRendererConfigurator.java:127)
>  at org.apache.fop.render.intermediate.IFUtil.setupFonts(IFUtil.java:170) at 
> org.apache.fop.render.intermediate.IFRenderer.setupFontInfo(IFRenderer.java:187)
>  at org.apache.fop.area.RenderPagesModel.(RenderPagesModel.java:75) at 
> org.apache.fop.area.AreaTreeHandler.setupModel(AreaTreeHandler.java:135) at 
> org.apache.fop.area.AreaTreeHandler.(AreaTreeHandler.java:105) at 
> 

[jira] [Commented] (FOP-3062) AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf

2022-04-08 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17519459#comment-17519459
 ] 

Simon Steiner commented on FOP-3062:


Can you give url of font file

> AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf
> -
>
> Key: FOP-3062
> URL: https://issues.apache.org/jira/browse/FOP-3062
> Project: FOP
>  Issue Type: Bug
>  Components: unqualified
>Affects Versions: 2.7
>Reporter: Richard Zowalla
>Priority: Major
>
> While working on a M1 Mac OS system:
>  
> {code:java}
> Java version: 17.0.2, vendor: Oracle Corporation, runtime: 
> /Library/Java/JavaVirtualMachines/jdk-17.0.2.jdk/Contents/HomeDefault locale: 
> de_DE, platform encoding: UTF-8
> OS name: "mac os x", version: "12.3", arch: "aarch64", family: "mac"{code}
> I get the following AssertionError with a simple FOP config as follows:
> {code:java}
> http://www.w3.org/2001/XMLSchema-instance;
>  
> xsi:noNamespaceSchemaLocation="http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/foschema/fop-configuration.xsd?view=co;>
> 
> 
> 
> 
> null
> 
> 
> 
> flate
> ascii-85
> 
> 
> 
> /Users/abc/uploads/fonts
> 
> 
> 
> 
> 
> /Users/abc/uploads/fonts
> 
>  {code}
> The font, which violates the assertion in DeviceTable is:
> *[file:/System/Library/Fonts/SFArabic.ttf*|file:///System/Library/Fonts/SFArabic.ttf*]
>  
> *Stacktrace:*
> {code:java}
> java.lang.AssertionError at 
> org.apache.fop.complexscripts.fonts.GlyphPositioningTable$DeviceTable.(GlyphPositioningTable.java:1774)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosDeviceTable(OTFAdvancedTypographicTableReader.java:1727)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosAnchor(OTFAdvancedTypographicTableReader.java:2051)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTableFormat1(OTFAdvancedTypographicTableReader.java:2345)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTable(OTFAdvancedTypographicTableReader.java:2371)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGPOSSubtable(OTFAdvancedTypographicTableReader.java:3122)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readLookupTable(OTFAdvancedTypographicTableReader.java:3191)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readLookupList(OTFAdvancedTypographicTableReader.java:3218)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readCommonLayoutTables(OTFAdvancedTypographicTableReader.java:3239)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGPOS(OTFAdvancedTypographicTableReader.java:3499)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readAll(OTFAdvancedTypographicTableReader.java:84)
>  at 
> org.apache.fop.fonts.truetype.OpenFont.handleCharacterSpacing(OpenFont.java:889)
>  at org.apache.fop.fonts.truetype.OpenFont.readFont(OpenFont.java:861) at 
> org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:119) at 
> org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:103) at 
> org.apache.fop.fonts.FontLoader.getFont(FontLoader.java:126) at 
> org.apache.fop.fonts.FontLoader.loadFont(FontLoader.java:110) at 
> org.apache.fop.fonts.autodetect.FontInfoFinder.find(FontInfoFinder.java:253) 
> at org.apache.fop.fonts.FontAdder.add(FontAdder.java:63) at 
> org.apache.fop.fonts.FontDetectorFactory$DefaultFontDetector.detect(FontDetectorFactory.java:105)
>  at org.apache.fop.fonts.FontManager.autoDetectFonts(FontManager.java:229) at 
> org.apache.fop.fonts.DefaultFontConfigurator.configure(DefaultFontConfigurator.java:82)
>  at 
> org.apache.fop.render.PrintRendererConfigurator.getCustomFontCollection(PrintRendererConfigurator.java:147)
>  at 
> org.apache.fop.render.PrintRendererConfigurator.setupFontInfo(PrintRendererConfigurator.java:127)
>  at org.apache.fop.render.intermediate.IFUtil.setupFonts(IFUtil.java:170) at 
> org.apache.fop.render.intermediate.IFRenderer.setupFontInfo(IFRenderer.java:187)
>  at org.apache.fop.area.RenderPagesModel.(RenderPagesModel.java:75) at 
> org.apache.fop.area.AreaTreeHandler.setupModel(AreaTreeHandler.java:135) at 
> org.apache.fop.area.AreaTreeHandler.(AreaTreeHandler.java:105) at 
> org.apache.fop.render.RendererFactory.createFOEventHandler(RendererFactory.java:363)
>  at 

[jira] [Comment Edited] (FOP-3062) AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf

2022-04-08 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17519459#comment-17519459
 ] 

Simon Steiner edited comment on FOP-3062 at 4/8/22 9:25 AM:


Can you give download url of font file


was (Author: ssteiner1):
Can you give url of font file

> AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf
> -
>
> Key: FOP-3062
> URL: https://issues.apache.org/jira/browse/FOP-3062
> Project: FOP
>  Issue Type: Bug
>  Components: unqualified
>Affects Versions: 2.7
>Reporter: Richard Zowalla
>Priority: Major
>
> While working on a M1 Mac OS system:
>  
> {code:java}
> Java version: 17.0.2, vendor: Oracle Corporation, runtime: 
> /Library/Java/JavaVirtualMachines/jdk-17.0.2.jdk/Contents/HomeDefault locale: 
> de_DE, platform encoding: UTF-8
> OS name: "mac os x", version: "12.3", arch: "aarch64", family: "mac"{code}
> I get the following AssertionError with a simple FOP config as follows:
> {code:java}
> http://www.w3.org/2001/XMLSchema-instance;
>  
> xsi:noNamespaceSchemaLocation="http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/foschema/fop-configuration.xsd?view=co;>
> 
> 
> 
> 
> null
> 
> 
> 
> flate
> ascii-85
> 
> 
> 
> /Users/abc/uploads/fonts
> 
> 
> 
> 
> 
> /Users/abc/uploads/fonts
> 
>  {code}
> The font, which violates the assertion in DeviceTable is:
> *[file:/System/Library/Fonts/SFArabic.ttf*|file:///System/Library/Fonts/SFArabic.ttf*]
>  
> *Stacktrace:*
> {code:java}
> java.lang.AssertionError at 
> org.apache.fop.complexscripts.fonts.GlyphPositioningTable$DeviceTable.(GlyphPositioningTable.java:1774)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosDeviceTable(OTFAdvancedTypographicTableReader.java:1727)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosAnchor(OTFAdvancedTypographicTableReader.java:2051)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTableFormat1(OTFAdvancedTypographicTableReader.java:2345)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTable(OTFAdvancedTypographicTableReader.java:2371)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGPOSSubtable(OTFAdvancedTypographicTableReader.java:3122)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readLookupTable(OTFAdvancedTypographicTableReader.java:3191)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readLookupList(OTFAdvancedTypographicTableReader.java:3218)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readCommonLayoutTables(OTFAdvancedTypographicTableReader.java:3239)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGPOS(OTFAdvancedTypographicTableReader.java:3499)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readAll(OTFAdvancedTypographicTableReader.java:84)
>  at 
> org.apache.fop.fonts.truetype.OpenFont.handleCharacterSpacing(OpenFont.java:889)
>  at org.apache.fop.fonts.truetype.OpenFont.readFont(OpenFont.java:861) at 
> org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:119) at 
> org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:103) at 
> org.apache.fop.fonts.FontLoader.getFont(FontLoader.java:126) at 
> org.apache.fop.fonts.FontLoader.loadFont(FontLoader.java:110) at 
> org.apache.fop.fonts.autodetect.FontInfoFinder.find(FontInfoFinder.java:253) 
> at org.apache.fop.fonts.FontAdder.add(FontAdder.java:63) at 
> org.apache.fop.fonts.FontDetectorFactory$DefaultFontDetector.detect(FontDetectorFactory.java:105)
>  at org.apache.fop.fonts.FontManager.autoDetectFonts(FontManager.java:229) at 
> org.apache.fop.fonts.DefaultFontConfigurator.configure(DefaultFontConfigurator.java:82)
>  at 
> org.apache.fop.render.PrintRendererConfigurator.getCustomFontCollection(PrintRendererConfigurator.java:147)
>  at 
> org.apache.fop.render.PrintRendererConfigurator.setupFontInfo(PrintRendererConfigurator.java:127)
>  at org.apache.fop.render.intermediate.IFUtil.setupFonts(IFUtil.java:170) at 
> org.apache.fop.render.intermediate.IFRenderer.setupFontInfo(IFRenderer.java:187)
>  at org.apache.fop.area.RenderPagesModel.(RenderPagesModel.java:75) at 
> org.apache.fop.area.AreaTreeHandler.setupModel(AreaTreeHandler.java:135) at 
> org.apache.fop.area.AreaTreeHandler.(AreaTreeHandler.java:105) at 
> 

[jira] [Commented] (FOP-3062) AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf

2022-04-08 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17519448#comment-17519448
 ] 

Simon Steiner commented on FOP-3062:


do you need assertions enabled on your jvm?

> AssertionError in GlyphPositioningTable$DeviceTable with SFArabic.ttf
> -
>
> Key: FOP-3062
> URL: https://issues.apache.org/jira/browse/FOP-3062
> Project: FOP
>  Issue Type: Bug
>  Components: unqualified
>Affects Versions: 2.7
>Reporter: Richard Zowalla
>Priority: Major
>
> While working on a M1 Mac OS system:
>  
> {code:java}
> Java version: 17.0.2, vendor: Oracle Corporation, runtime: 
> /Library/Java/JavaVirtualMachines/jdk-17.0.2.jdk/Contents/HomeDefault locale: 
> de_DE, platform encoding: UTF-8
> OS name: "mac os x", version: "12.3", arch: "aarch64", family: "mac"{code}
> I get the following AssertionError with a simple FOP config as follows:
> {code:java}
> http://www.w3.org/2001/XMLSchema-instance;
>  
> xsi:noNamespaceSchemaLocation="http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/foschema/fop-configuration.xsd?view=co;>
> 
> 
> 
> 
> null
> 
> 
> 
> flate
> ascii-85
> 
> 
> 
> /Users/abc/uploads/fonts
> 
> 
> 
> 
> 
> /Users/abc/uploads/fonts
> 
>  {code}
> The font, which violates the assertion in DeviceTable is:
> *[file:/System/Library/Fonts/SFArabic.ttf*|file:///System/Library/Fonts/SFArabic.ttf*]
>  
> *Stacktrace:*
> {code:java}
> java.lang.AssertionError at 
> org.apache.fop.complexscripts.fonts.GlyphPositioningTable$DeviceTable.(GlyphPositioningTable.java:1774)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosDeviceTable(OTFAdvancedTypographicTableReader.java:1727)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readPosAnchor(OTFAdvancedTypographicTableReader.java:2051)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTableFormat1(OTFAdvancedTypographicTableReader.java:2345)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readMarkToLigaturePosTable(OTFAdvancedTypographicTableReader.java:2371)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGPOSSubtable(OTFAdvancedTypographicTableReader.java:3122)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readLookupTable(OTFAdvancedTypographicTableReader.java:3191)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readLookupList(OTFAdvancedTypographicTableReader.java:3218)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readCommonLayoutTables(OTFAdvancedTypographicTableReader.java:3239)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readGPOS(OTFAdvancedTypographicTableReader.java:3499)
>  at 
> org.apache.fop.complexscripts.fonts.OTFAdvancedTypographicTableReader.readAll(OTFAdvancedTypographicTableReader.java:84)
>  at 
> org.apache.fop.fonts.truetype.OpenFont.handleCharacterSpacing(OpenFont.java:889)
>  at org.apache.fop.fonts.truetype.OpenFont.readFont(OpenFont.java:861) at 
> org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:119) at 
> org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:103) at 
> org.apache.fop.fonts.FontLoader.getFont(FontLoader.java:126) at 
> org.apache.fop.fonts.FontLoader.loadFont(FontLoader.java:110) at 
> org.apache.fop.fonts.autodetect.FontInfoFinder.find(FontInfoFinder.java:253) 
> at org.apache.fop.fonts.FontAdder.add(FontAdder.java:63) at 
> org.apache.fop.fonts.FontDetectorFactory$DefaultFontDetector.detect(FontDetectorFactory.java:105)
>  at org.apache.fop.fonts.FontManager.autoDetectFonts(FontManager.java:229) at 
> org.apache.fop.fonts.DefaultFontConfigurator.configure(DefaultFontConfigurator.java:82)
>  at 
> org.apache.fop.render.PrintRendererConfigurator.getCustomFontCollection(PrintRendererConfigurator.java:147)
>  at 
> org.apache.fop.render.PrintRendererConfigurator.setupFontInfo(PrintRendererConfigurator.java:127)
>  at org.apache.fop.render.intermediate.IFUtil.setupFonts(IFUtil.java:170) at 
> org.apache.fop.render.intermediate.IFRenderer.setupFontInfo(IFRenderer.java:187)
>  at org.apache.fop.area.RenderPagesModel.(RenderPagesModel.java:75) at 
> org.apache.fop.area.AreaTreeHandler.setupModel(AreaTreeHandler.java:135) at 
> org.apache.fop.area.AreaTreeHandler.(AreaTreeHandler.java:105) at 
> org.apache.fop.render.RendererFactory.createFOEventHandler(RendererFactory.java:363)
>  at 

[jira] [Updated] (FOP-2962) Issue executing on Jboss environment with FOP upgrade

2022-04-06 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-2962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-2962:
---
Description: 
We have upgraded fop from 0.20.5 version to 2.3. With the upgrade we are adding 
4 other dependencies of *batik-bridge, batik-anime, batik-svggen, batik-dom of 
1.10 version* and *xmlgraphics-commons of 2.4 version*.

Post upgrade the functionality using these dependencies works fine over tomcat 
server. But with Jboss it gives us the following error :

 
{code}*Cause=java.lang.NoClassDefFoundError: Failed to link 
org/apache/batik/anim/dom/SVGDOMImplementation (Module "deployment. 
deployment-develop-pdf.ear" from Service Module Loader): Failed to link 
org/apache/batik/dom/ExtensibleDOMImplementation (Module "deployment. 
deployment-develop-pdf.ear" from Service Module Loader): 
org/w3c/dom/css/DOMImplementationCSS Failed to link 
org/apache/batik/anim/dom/SVGDOMImplementation (Module "deployment. 
deployment-develop-pdf.ear" from Service Module Loader): Failed to link 
org/apache/batik/dom/ExtensibleDOMImplementation (Module "deployment. 
deployment-develop-pdf.ear" from Service Module Loader): 
org/w3c/dom/css/DOMImplementationCSS,Cause=java.lang.NoClassDefFoundError: 
Failed to link org/apache/batik/anim/dom/SVGDOMImplementation (Module 
"deployment. deployment-develop-pdf.ear" from Service Module Loader): Failed to 
link org/apache/batik/dom/ExtensibleDOMImplementation (Module "deployment. 
deployment-develop-pdf.ear" from Service Module Loader): 
org/w3c/dom/css/DOMImplementationCSS Failed to link 
org/apache/batik/anim/dom/SVGDOMImplementation (Module "deployment. 
deployment-develop-pdf.ear" from Service Module Loader): Failed to link 
org/apache/batik/dom/ExtensibleDOMImplementation (Module "deployment. 
deployment-develop-pdf.ear" from Service Module Loader): 
org/w3c/dom/css/DOMImplementationCSS, ,java.lang.NoClassDefFoundError: Failed 
to link org/apache/batik/anim/dom/SVGDOMImplementation (Module "deployment. 
deployment-develop-pdf.ear" from Service Module Loader): Failed to link 
org/apache/batik/dom/ExtensibleDOMImplementation (Module "deployment. 
deployment-develop-pdf.ear" from Service Module Loader): 
org/w3c/dom/css/DOMImplementationCSS at 
java.base/java.lang.ClassLoader.defineClass1(Native Method) at 
java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1016) at 
java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1095) at 
org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:424)
 at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:519) 
at 
org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:339) 
at 
org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:126)
 at org.jboss.modules.Module.loadModuleClass(Module.java:731) at 
org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:247) at 
org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410)
 at 
org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
 at 
org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
 at java.base/java.lang.ClassLoader.defineClass1(Native Method) at 
java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1016) at 
java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1095) at 
org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:424)
 at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:519) 
at 
org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:339) 
at 
org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:126)
 at org.jboss.modules.Module.loadModuleClass(Module.java:731) at 
org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:247) at 
org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410)
 at 
org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
 at 
org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
 at java.base/java.lang.Class.forName0(Native Method) at 
java.base/java.lang.Class.forName(Class.java:315)*
{code}

  was:
We have upgraded fop from 0.20.5 version to 2.3. With the upgrade we are adding 
4 other dependencies of *batik-bridge, batik-anime, batik-svggen, batik-dom of 
1.10 version* and *xmlgraphics-commons of 2.4 version*.

Post upgrade the functionality using these dependencies works fine over tomcat 
server. But with Jboss it gives us the following error :

 
{quote}*Cause=java.lang.NoClassDefFoundError: Failed to link 
org/apache/batik/anim/dom/SVGDOMImplementation (Module "deployment. 
deployment-develop-pdf.ear" from Service Module Loader): Failed to link 
org/apache/batik/dom/ExtensibleDOMImplementation (Module "deployment. 

[jira] [Resolved] (FOP-3061) AFP invoke-medium-map missing when using page-group=false

2022-04-01 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3061?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-3061.

Fix Version/s: trunk
   Resolution: Fixed

http://svn.apache.org/viewvc?view=revision=1899483

> AFP invoke-medium-map missing when using page-group=false
> -
>
> Key: FOP-3061
> URL: https://issues.apache.org/jira/browse/FOP-3061
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Fix For: trunk
>
> Attachments: test.fo
>
>
> fop test.fo -afp out.afp
>  You should see medium map in AFPLookup



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Updated] (FOP-3061) AFP invoke-medium-map missing when using page-group=false

2022-04-01 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3061?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-3061:
---
Description: 
fop test.fo -afp out.afp

 You should see medium map in AFPLookup

> AFP invoke-medium-map missing when using page-group=false
> -
>
> Key: FOP-3061
> URL: https://issues.apache.org/jira/browse/FOP-3061
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Attachments: test.fo
>
>
> fop test.fo -afp out.afp
>  You should see medium map in AFPLookup



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Updated] (FOP-3061) AFP invoke-medium-map missing when using page-group=false

2022-04-01 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3061?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-3061:
---
Attachment: test.fo

> AFP invoke-medium-map missing when using page-group=false
> -
>
> Key: FOP-3061
> URL: https://issues.apache.org/jira/browse/FOP-3061
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Attachments: test.fo
>
>




--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Created] (FOP-3061) AFP invoke-medium-map missing when using page-group=false

2022-04-01 Thread Simon Steiner (Jira)
Simon Steiner created FOP-3061:
--

 Summary: AFP invoke-medium-map missing when using page-group=false
 Key: FOP-3061
 URL: https://issues.apache.org/jira/browse/FOP-3061
 Project: FOP
  Issue Type: Bug
Reporter: Simon Steiner
Assignee: Simon Steiner
 Attachments: test.fo





--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Resolved] (FOP-3057) Empty text in the font Source Code Pro

2022-03-24 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3057?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-3057.

Fix Version/s: trunk
   Resolution: Fixed

http://svn.apache.org/viewvc?view=revision=1899170

> Empty text in the font Source Code Pro
> --
>
> Key: FOP-3057
> URL: https://issues.apache.org/jira/browse/FOP-3057
> Project: FOP
>  Issue Type: Bug
>  Components: renderer/pdf
>Affects Versions: 2.6, 2.7
> Environment: Windows 7 Pro 64-bit
> Java version 1.8.0_281
>Reporter: Alexander Dyuzhev
>Assignee: Simon Steiner
>Priority: Critical
> Fix For: trunk
>
> Attachments: test.fo.xml, test_SourceCodePro_fop_2.5.pdf, 
> test_SourceCodePro_fop_2.6.pdf, test_SourceCodePro_fop_2.6_embed_full.pdf
>
>
> I use the font 'Source Code Pro' from here: 
> [https://github.com/adobe-fonts/source-code-pro/blob/482adcaccf9777f2850974e08c60e706b1ad9169/TTF/SourceCodePro-Regular.ttf]
> FOP config fragment:
> {code:xml}
> 
>   
> 
> {code}
> This block:
> {code:xml}
> text Source Code 
> Pro text
> {code}
> renders ok in FOP 2.5 (see attached test_SourceCodePro_fop_2.5.pdf),
> but renders empty space in FOP 2.6 and 2.7 for the font 'Source Code Pro' 
> (see attached test_SourceCodePro_fop_2.6.pdf).



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (FOP-3059) Open JDK 11 with FOP fail on transform to PDF

2022-03-24 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3059?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17511782#comment-17511782
 ] 

Simon Steiner commented on FOP-3059:


What about using:
TransformerFactory factory = TransformerFactory.newInstance();

> Open JDK 11 with FOP fail on transform to PDF
> -
>
> Key: FOP-3059
> URL: https://issues.apache.org/jira/browse/FOP-3059
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6
>Reporter: Yakir Goaron
>Priority: Critical
>
> When using FOP with SAX factory on open JDK 11 there is an error when calling 
> the transform from java code.
> The following error shows :
> Class org.apache.fop.fo.FOTreeBuilder does not implement the requested 
> interface org.xml.sax.ContentHandler
> Although the FOTreeBuilder implement the interface it seems that due too the 
> java version it is incompatible. 
> For now I have tried with FOP 2.4 and FOP 2.6  .



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Assigned] (FOP-3057) Empty text in the font Source Code Pro

2022-03-24 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3057?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner reassigned FOP-3057:
--

Assignee: Simon Steiner

> Empty text in the font Source Code Pro
> --
>
> Key: FOP-3057
> URL: https://issues.apache.org/jira/browse/FOP-3057
> Project: FOP
>  Issue Type: Bug
>  Components: renderer/pdf
>Affects Versions: 2.6, 2.7
> Environment: Windows 7 Pro 64-bit
> Java version 1.8.0_281
>Reporter: Alexander Dyuzhev
>Assignee: Simon Steiner
>Priority: Critical
> Attachments: test.fo.xml, test_SourceCodePro_fop_2.5.pdf, 
> test_SourceCodePro_fop_2.6.pdf, test_SourceCodePro_fop_2.6_embed_full.pdf
>
>
> I use the font 'Source Code Pro' from here: 
> [https://github.com/adobe-fonts/source-code-pro/blob/482adcaccf9777f2850974e08c60e706b1ad9169/TTF/SourceCodePro-Regular.ttf]
> FOP config fragment:
> {code:xml}
> 
>   
> 
> {code}
> This block:
> {code:xml}
> text Source Code 
> Pro text
> {code}
> renders ok in FOP 2.5 (see attached test_SourceCodePro_fop_2.5.pdf),
> but renders empty space in FOP 2.6 and 2.7 for the font 'Source Code Pro' 
> (see attached test_SourceCodePro_fop_2.6.pdf).



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (FOP-3059) Open JDK 11 with FOP fail on transform to PDF

2022-03-24 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3059?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17511739#comment-17511739
 ] 

Simon Steiner commented on FOP-3059:


Can we see the java code your using

> Open JDK 11 with FOP fail on transform to PDF
> -
>
> Key: FOP-3059
> URL: https://issues.apache.org/jira/browse/FOP-3059
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6
>Reporter: Yakir Goaron
>Priority: Critical
>
> When using FOP with SAX factory on open JDK 11 there is an error when calling 
> the transform from java code.
> The following error shows :
> Class org.apache.fop.fo.FOTreeBuilder does not implement the requested 
> interface org.xml.sax.ContentHandler
> Although the FOTreeBuilder implement the interface it seems that due too the 
> java version it is incompatible. 
> For now I have tried with FOP 2.4 and FOP 2.6  .



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (FOP-3059) Open JDK 11 with FOP fail on transform to PDF

2022-03-24 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3059?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17511730#comment-17511730
 ] 

Simon Steiner commented on FOP-3059:


How do you replicate this issue?

> Open JDK 11 with FOP fail on transform to PDF
> -
>
> Key: FOP-3059
> URL: https://issues.apache.org/jira/browse/FOP-3059
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.4, 2.6
>Reporter: Yakir Goaron
>Priority: Critical
>
> When using FOP with SAX factory on open JDK 11 there is an error when calling 
> the transform from java code.
> The following error shows :
> Class org.apache.fop.fo.FOTreeBuilder does not implement the requested 
> interface org.xml.sax.ContentHandler
> Although the FOTreeBuilder implement the interface it seems that due too the 
> java version it is incompatible. 
> For now I have tried with FOP 2.4 and FOP 2.6  .



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (FOP-3051) Upgrade to Commons IO 2.11

2022-03-23 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3051?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17511145#comment-17511145
 ] 

Simon Steiner commented on FOP-3051:


You can exclude commons-io from fop in your pom file

xx
xx
xx


xx
xx





> Upgrade to Commons IO 2.11
> --
>
> Key: FOP-3051
> URL: https://issues.apache.org/jira/browse/FOP-3051
> Project: FOP
>  Issue Type: Bug
>Reporter: PJ Fanning
>Assignee: Simon Steiner
>Priority: Major
> Fix For: trunk
>
>
> [https://mvnrepository.com/artifact/org.apache.xmlgraphics/xmlgraphics-commons/2.7]
> v2.7 depends on a commons-io release that has a CVE
>  



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (FOP-3057) Empty text in the font Source Code Pro

2022-03-05 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3057?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17501825#comment-17501825
 ] 

Simon Steiner commented on FOP-3057:


What about trying the full embedding option in the fop.xconf

> Empty text in the font Source Code Pro
> --
>
> Key: FOP-3057
> URL: https://issues.apache.org/jira/browse/FOP-3057
> Project: FOP
>  Issue Type: Bug
>  Components: renderer/pdf
>Affects Versions: 2.6, 2.7
> Environment: Windows 7 Pro 64-bit
> Java version 1.8.0_281
>Reporter: Alexander Dyuzhev
>Priority: Critical
> Attachments: test.fo.xml, test_SourceCodePro_fop_2.5.pdf, 
> test_SourceCodePro_fop_2.6.pdf
>
>
> I use the font 'Source Code Pro' from here: 
> [https://github.com/adobe-fonts/source-code-pro/blob/482adcaccf9777f2850974e08c60e706b1ad9169/TTF/SourceCodePro-Regular.ttf]
> FOP config fragment:
> {code:xml}
> 
>   
> 
> {code}
> This block:
> {code:xml}
> text Source Code 
> Pro text
> {code}
> renders ok in FOP 2.5 (see attached test_SourceCodePro_fop_2.5.pdf),
> but renders empty space in FOP 2.6 and 2.7 for the font 'Source Code Pro' 
> (see attached test_SourceCodePro_fop_2.6.pdf).



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (FOP-2861) Allow resource loading from jar: URI

2022-03-04 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-2861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17501414#comment-17501414
 ] 

Simon Steiner commented on FOP-2861:


I added some examples to FOP-3054 that may help

> Allow resource loading from jar: URI
> 
>
> Key: FOP-2861
> URL: https://issues.apache.org/jira/browse/FOP-2861
> Project: FOP
>  Issue Type: Improvement
>Affects Versions: 2.0, 2.1, 2.2, 2.3, 2.4, 2.6, 2.7
>Reporter: Ole Sandum
>Priority: Major
> Attachments: FopResourceResolver.java, uri_resolve-1.diff, 
> uri_resolve.diff, uri_resolve_decoded.diff
>
>
> We would like to load our FOP config.xml along with related fonts and 
> hyphenation files using  the common classloader URL, e.g.:
> {{  URL configXml = getClass().getResource("config.xml");}}
> {{  FopConfParser confParser = }}
> {{      new FopConfParser(configXml.openStream(), configXml.toURI());}}
> This makes for easy deployment, and works nicely as long as classes and 
> resources are loaded from separate files, i.e. from 
> file:/some/path/config.xml URIs. However, it fails when classes and resources 
> are packaged and loaded directly from a jar, i.e. from 
> jar:file:/some/archive.jar!/path/config.xml URIs, as is the case when 
> deploying with JWS or running an all-in-one executable jar, as it will fail 
> to properly resolve the related font and hyphenation file URIs. 
> See [https://github.com/osandum/fop-test.git] for a test to illustrate.
> This is a consequence of a long standing issue (reported in 
> [https://bugs.openjdk.java.net/browse/JDK-8020755)] that 
> URI.resolve(childUri) doesn't work as expected on jar:file: URIs.
> In this case, it can be easily remedied by a work-around to the call in 
> InternalResourceResolver.resolveFromBase(URI uri). Patch attached.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (FOP-3054) FOP Customer Resolver not invoked in version 2.7

2022-03-02 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17499956#comment-17499956
 ] 

Simon Steiner commented on FOP-3054:


2nd example using EnvironmentalProfile avoids dealing with font manager

> FOP Customer Resolver not invoked in version 2.7
> 
>
> Key: FOP-3054
> URL: https://issues.apache.org/jira/browse/FOP-3054
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.7
>Reporter: tntim96
>Assignee: Simon Steiner
>Priority: Major
>
> The following FOP config and customer resolver works with FOP 2.6
> {code:java}
> ResourceResolver rr = ResourceResolverFactory
> .createTempAwareResourceResolver(new InMemoryTempResourceResolver(), new 
> CustomResolver());
> {code}
> {code:java}
> class CustomResolver implements ResourceResolver {
>   public org.apache.xmlgraphics.io.Resource getResource(URI uri) throws 
> IOException {
> if (uri.toString().startsWith("classpath:")) {
>   String actualPath = uri.toString().substring("classpath:".length());
>   try {
> ClassPathResource resource = new ClassPathResource(actualPath);
> InputStream resourceAsStream = resource.getInputStream();
> {code}
> {code:java}
> 
> 
>   
> 
>   
>  embed-url="classpath:/somepath/DejaVuSans-Regular.ttf">
>   
> 
>   
> 
>   
>  {code}
> ...but with 2.7 we get the error:
> {noformat}
> 16:04:03.006 [main] ERROR org.apache.fop.fonts.LazyFont - Failed to read font 
> file classpath:/somepath/DejaVuSans-Regular.ttf unknown protocol: classpath
> java.net.MalformedURLException: unknown protocol: classpath
>     at java.net.URL.(URL.java:600)
>     at java.net.URL.(URL.java:490)
>     at java.net.URL.(URL.java:439)
>     at java.net.URI.toURL(URI.java:1089)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$NormalResourceResolver.getResource(ResourceResolverFactory.java:224)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$TempAwareResourceResolver.getResource(ResourceResolverFactory.java:152)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$DefaultResourceResolver.getResource(ResourceResolverFactory.java:121)
>     at 
> org.apache.fop.apps.io.InternalResourceResolver.getResource(InternalResourceResolver.java:92)
>     at org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:113)
>     at org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:103)
>     at org.apache.fop.fonts.FontLoader.getFont(FontLoader.java:126)
>     at org.apache.fop.fonts.FontLoader.loadFont(FontLoader.java:110)
>     at org.apache.fop.fonts.LazyFont.load(LazyFont.java:121)
>     at org.apache.fop.fonts.LazyFont.getAscender(LazyFont.java:237)
>     at org.apache.fop.fonts.Font.getAscender(Font.java:120)
>     at 
> org.apache.fop.layoutmgr.BlockLayoutManager.initialize(BlockLayoutManager.java:82)
>     at 
> org.apache.fop.layoutmgr.AbstractLayoutManager.getChildLM(AbstractLayoutManager.java:118)
>     at 
> org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:128)
>     at 
> org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:69)
>     at 
> org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:252)
>     at 
> org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:675)
> {noformat}
> It seems like our custom resolver is no longer invoked.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (FOP-3050) FopConfParser overrides ResourceResolver

2022-03-01 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17499751#comment-17499751
 ] 

Simon Steiner commented on FOP-3050:


I added some examples to FOP-3054 that may help

> FopConfParser overrides ResourceResolver
> 
>
> Key: FOP-3050
> URL: https://issues.apache.org/jira/browse/FOP-3050
> Project: FOP
>  Issue Type: Bug
>  Components: unqualified
>Affects Versions: 2.7
>Reporter: Dieter Sauvillers
>Priority: Major
>
> FopConfParser:82 should use resourceResolver from config instead of creating 
> a new default one.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (FOP-3050) FopConfParser overrides ResourceResolver

2022-03-01 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17499605#comment-17499605
 ] 

Simon Steiner commented on FOP-3050:


Try:
ResourceResolver rr = new MyResourceResolver();
FopFactoryBuilder confBuilder = new FopConfParser(new 
ByteArrayInputStream(fopxconf.getBytes()),
EnvironmentalProfileFactory.createRestrictedIO(new URI("."), 
rr)).getFopFactoryBuilder();
FopFactory fopFactory = confBuilder.build();
FOUserAgent foUserAgent = fopFactory.newFOUserAgent();

> FopConfParser overrides ResourceResolver
> 
>
> Key: FOP-3050
> URL: https://issues.apache.org/jira/browse/FOP-3050
> Project: FOP
>  Issue Type: Bug
>  Components: unqualified
>Affects Versions: 2.7
>Reporter: Dieter Sauvillers
>Priority: Major
>
> FopConfParser:82 should use resourceResolver from config instead of creating 
> a new default one.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Resolved] (FOP-3054) FOP Customer Resolver not invoked in version 2.7

2022-03-01 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3054?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-3054.

Resolution: Not A Bug

> FOP Customer Resolver not invoked in version 2.7
> 
>
> Key: FOP-3054
> URL: https://issues.apache.org/jira/browse/FOP-3054
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.7
>Reporter: tntim96
>Assignee: Simon Steiner
>Priority: Major
>
> The following FOP config and customer resolver works with FOP 2.6
> {code:java}
> ResourceResolver rr = ResourceResolverFactory
> .createTempAwareResourceResolver(new InMemoryTempResourceResolver(), new 
> CustomResolver());
> {code}
> {code:java}
> class CustomResolver implements ResourceResolver {
>   public org.apache.xmlgraphics.io.Resource getResource(URI uri) throws 
> IOException {
> if (uri.toString().startsWith("classpath:")) {
>   String actualPath = uri.toString().substring("classpath:".length());
>   try {
> ClassPathResource resource = new ClassPathResource(actualPath);
> InputStream resourceAsStream = resource.getInputStream();
> {code}
> {code:java}
> 
> 
>   
> 
>   
>  embed-url="classpath:/somepath/DejaVuSans-Regular.ttf">
>   
> 
>   
> 
>   
>  {code}
> ...but with 2.7 we get the error:
> {noformat}
> 16:04:03.006 [main] ERROR org.apache.fop.fonts.LazyFont - Failed to read font 
> file classpath:/somepath/DejaVuSans-Regular.ttf unknown protocol: classpath
> java.net.MalformedURLException: unknown protocol: classpath
>     at java.net.URL.(URL.java:600)
>     at java.net.URL.(URL.java:490)
>     at java.net.URL.(URL.java:439)
>     at java.net.URI.toURL(URI.java:1089)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$NormalResourceResolver.getResource(ResourceResolverFactory.java:224)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$TempAwareResourceResolver.getResource(ResourceResolverFactory.java:152)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$DefaultResourceResolver.getResource(ResourceResolverFactory.java:121)
>     at 
> org.apache.fop.apps.io.InternalResourceResolver.getResource(InternalResourceResolver.java:92)
>     at org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:113)
>     at org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:103)
>     at org.apache.fop.fonts.FontLoader.getFont(FontLoader.java:126)
>     at org.apache.fop.fonts.FontLoader.loadFont(FontLoader.java:110)
>     at org.apache.fop.fonts.LazyFont.load(LazyFont.java:121)
>     at org.apache.fop.fonts.LazyFont.getAscender(LazyFont.java:237)
>     at org.apache.fop.fonts.Font.getAscender(Font.java:120)
>     at 
> org.apache.fop.layoutmgr.BlockLayoutManager.initialize(BlockLayoutManager.java:82)
>     at 
> org.apache.fop.layoutmgr.AbstractLayoutManager.getChildLM(AbstractLayoutManager.java:118)
>     at 
> org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:128)
>     at 
> org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:69)
>     at 
> org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:252)
>     at 
> org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:675)
> {noformat}
> It seems like our custom resolver is no longer invoked.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (FOP-3054) FOP Customer Resolver not invoked in version 2.7

2022-03-01 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17499576#comment-17499576
 ] 

Simon Steiner commented on FOP-3054:


or:
{code}
public class MyResolver {
public static void main(String[] args) throws Exception {
String fo = "\n" +
"http://www.w3.org/1999/XSL/Format\"\n; +
"  
xmlns:fox=\"http://xmlgraphics.apache.org/fop/extensions\;>\n" +
"  \n" +
"\n" +
"  \n" +
"\n" +
"  \n" +
"  \n" +
"\n" +
"test " +
"\n" +
"  \n" +
"";

String fopxconf = "\n" +
"  \n" +
"\n" +
"  \n" +
"\n" +
"  \n" +
"\n" +
"  \n" +
"\n" +
"  \n" +
"";
ResourceResolver rr = new MyResourceResolver();
FopFactoryBuilder confBuilder = new FopConfParser(new 
ByteArrayInputStream(fopxconf.getBytes()),
EnvironmentalProfileFactory.createRestrictedIO(new URI("."), 
rr)).getFopFactoryBuilder();
FopFactory fopFactory = confBuilder.build();
FOUserAgent foUserAgent = fopFactory.newFOUserAgent();
FileOutputStream fos = new FileOutputStream("/tmp/out.pdf");
Fop fop = fopFactory.newFop("application/pdf", foUserAgent, fos);
TransformerFactory factory = TransformerFactory.newInstance();
Transformer transformer = factory.newTransformer();
Source src = new StreamSource(new ByteArrayInputStream(fo.getBytes()));
Result res = new SAXResult(fop.getDefaultHandler());
transformer.transform(src, res);
fos.close();
}

static class MyResourceResolver implements ResourceResolver {
public Resource getResource(URI uri) throws IOException {
if ("classpath".equals(uri.getScheme())) {
String path = uri.toASCIIString().replace(uri.getScheme() + 
":", "");
InputStream is = getClass().getResourceAsStream(path);
if (is == null) {
throw new IOException(uri.toASCIIString());
}
return new Resource(is);
}
return new Resource(uri.toURL().openStream());
}

public OutputStream getOutputStream(URI uri) throws IOException {
return new FileOutputStream(new File(uri));
}
}
}
{code}

> FOP Customer Resolver not invoked in version 2.7
> 
>
> Key: FOP-3054
> URL: https://issues.apache.org/jira/browse/FOP-3054
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.7
>Reporter: tntim96
>Assignee: Simon Steiner
>Priority: Major
>
> The following FOP config and customer resolver works with FOP 2.6
> {code:java}
> ResourceResolver rr = ResourceResolverFactory
> .createTempAwareResourceResolver(new InMemoryTempResourceResolver(), new 
> CustomResolver());
> {code}
> {code:java}
> class CustomResolver implements ResourceResolver {
>   public org.apache.xmlgraphics.io.Resource getResource(URI uri) throws 
> IOException {
> if (uri.toString().startsWith("classpath:")) {
>   String actualPath = uri.toString().substring("classpath:".length());
>   try {
> ClassPathResource resource = new ClassPathResource(actualPath);
> InputStream resourceAsStream = resource.getInputStream();
> {code}
> {code:java}
> 
> 
>   
> 
>   
>  embed-url="classpath:/somepath/DejaVuSans-Regular.ttf">
>   
> 
>   
> 
>   
>  {code}
> ...but with 2.7 we get the error:
> {noformat}
> 16:04:03.006 [main] ERROR org.apache.fop.fonts.LazyFont - Failed to read font 
> file classpath:/somepath/DejaVuSans-Regular.ttf unknown protocol: classpath
> java.net.MalformedURLException: unknown protocol: classpath
>     at java.net.URL.(URL.java:600)
>     at java.net.URL.(URL.java:490)
>     at java.net.URL.(URL.java:439)
>     at java.net.URI.toURL(URI.java:1089)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$NormalResourceResolver.getResource(ResourceResolverFactory.java:224)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$TempAwareResourceResolver.getResource(ResourceResolverFactory.java:152)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$DefaultResourceResolver.getResource(ResourceResolverFactory.java:121)
>     at 
> org.apache.fop.apps.io.InternalResourceResolver.getResource(InternalResourceResolver.java:92)
>     at org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:113)
>     at 

[jira] [Commented] (FOP-3054) FOP Customer Resolver not invoked in version 2.7

2022-03-01 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17499524#comment-17499524
 ] 

Simon Steiner commented on FOP-3054:


Can you try

{code}

public class MyResolver {
    public static void main(String[] args) throws Exception {
        String fo = "\n" +
                "http://www.w3.org/1999/XSL/Format\"\n; +
                "  
xmlns:fox=\"http://xmlgraphics.apache.org/fop/extensions\;>\n" +
                "  \n" +
                "    \n" +
                "      \n" +
                "    \n" +
                "  \n" +
                "  \n" +
                "    \n" +
                "test " +
                "\n" +
                "  \n" +
                "";

        String fopxconf = "\n" +
                "  \n" +
                "    \n" +
                "      \n" +
                "        \n" +
                "          \n" +
                "        \n" +
                "      \n" +
                "    \n" +
                "  \n" +
                "";

        DefaultConfigurationBuilder cfgBuilder = new 
DefaultConfigurationBuilder();
        Configuration config = cfgBuilder.build(new 
ByteArrayInputStream(fopxconf.getBytes()));
        ResourceResolver rr = new MyResourceResolver();
        FopFactoryBuilder fopFactoryBuilder = new FopFactoryBuilder(new 
File(".").toURI(), rr);
        fopFactoryBuilder.setConfiguration(config);
        fopFactoryBuilder.getFontManager().setResourceResolver(
                ResourceResolverFactory.createInternalResourceResolver(new 
File(".").toURI(), rr));
        FopFactory fopFactory = fopFactoryBuilder.build();
        FOUserAgent foUserAgent = fopFactory.newFOUserAgent();
        FileOutputStream fos = new FileOutputStream("/tmp/out.pdf");
        Fop fop = fopFactory.newFop("application/pdf", foUserAgent, fos);
        TransformerFactory factory = TransformerFactory.newInstance();
        Transformer transformer = factory.newTransformer();
        Source src = new StreamSource(new ByteArrayInputStream(fo.getBytes()));
        Result res = new SAXResult(fop.getDefaultHandler());
        transformer.transform(src, res);
        fos.close();
    }

    static class MyResourceResolver implements ResourceResolver {
        public Resource getResource(URI uri) throws IOException {
            if ("classpath".equals(uri.getScheme())) {
                String path = uri.toASCIIString().replace(uri.getScheme() + 
":", "");
                InputStream is = getClass().getResourceAsStream(path);
                if (is == null) {
                    throw new IOException(uri.toASCIIString());
                }
                return new Resource(is);
            }
            return new Resource(uri.toURL().openStream());
        }

        public OutputStream getOutputStream(URI uri) throws IOException {
            return new FileOutputStream(new File(uri));
        }
    }
}

{code}

> FOP Customer Resolver not invoked in version 2.7
> 
>
> Key: FOP-3054
> URL: https://issues.apache.org/jira/browse/FOP-3054
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.7
>Reporter: tntim96
>Assignee: Simon Steiner
>Priority: Major
>
> The following FOP config and customer resolver works with FOP 2.6
> {code:java}
> ResourceResolver rr = ResourceResolverFactory
> .createTempAwareResourceResolver(new InMemoryTempResourceResolver(), new 
> CustomResolver());
> {code}
> {code:java}
> class CustomResolver implements ResourceResolver {
>   public org.apache.xmlgraphics.io.Resource getResource(URI uri) throws 
> IOException {
> if (uri.toString().startsWith("classpath:")) {
>   String actualPath = uri.toString().substring("classpath:".length());
>   try {
> ClassPathResource resource = new ClassPathResource(actualPath);
> InputStream resourceAsStream = resource.getInputStream();
> {code}
> {code:java}
> 
> 
>   
> 
>   
>  embed-url="classpath:/somepath/DejaVuSans-Regular.ttf">
>   
> 
>   
> 
>   
>  {code}
> ...but with 2.7 we get the error:
> {noformat}
> 16:04:03.006 [main] ERROR org.apache.fop.fonts.LazyFont - Failed to read font 
> file classpath:/somepath/DejaVuSans-Regular.ttf unknown protocol: classpath
> java.net.MalformedURLException: unknown protocol: classpath
>     at java.net.URL.(URL.java:600)
>     at java.net.URL.(URL.java:490)
>     at java.net.URL.(URL.java:439)
>     at java.net.URI.toURL(URI.java:1089)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$NormalResourceResolver.getResource(ResourceResolverFactory.java:224)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$TempAwareResourceResolver.getResource(ResourceResolverFactory.java:152)
>     at 
> 

[jira] (FOP-3054) FOP Customer Resolver not invoked in version 2.7

2022-03-01 Thread Simon Steiner (Jira)


[ https://issues.apache.org/jira/browse/FOP-3054 ]


Simon Steiner deleted comment on FOP-3054:


was (Author: ssteiner1):
this is working for me

{code}
public class MyResolver {
public static void main(String[] args) throws Exception {
String fo = "\n" +
"http://www.w3.org/1999/XSL/Format\"\n; +
"  
xmlns:fox=\"http://xmlgraphics.apache.org/fop/extensions\;>\n" +
"  \n" +
"\n" +
"  \n" +
"\n" +
"  \n" +
"  \n" +
"\n" +
" " +
"\n" +
"  \n" +
"";

FopFactoryBuilder fopFactoryBuilder = new FopFactoryBuilder(new 
File(".").toURI(), new MyResourceResolver());
FopFactory fopFactory = fopFactoryBuilder.build();
FOUserAgent foUserAgent = fopFactory.newFOUserAgent();
FileOutputStream fos = new FileOutputStream("/tmp/out.pdf");
Fop fop = fopFactory.newFop("application/pdf", foUserAgent, fos);
TransformerFactory factory = TransformerFactory.newInstance();
Transformer transformer = factory.newTransformer();
Source src = new StreamSource(new ByteArrayInputStream(fo.getBytes()));
Result res = new SAXResult(fop.getDefaultHandler());
transformer.transform(src, res);
fos.close();
}

static class MyResourceResolver implements ResourceResolver {
public Resource getResource(URI uri) throws IOException {
if ("classpath".equals(uri.getScheme())) {
String path = uri.toASCIIString().replace(uri.getScheme() + 
":", "");
InputStream is = getClass().getResourceAsStream(path);
if (is == null) {
throw new IOException(uri.toASCIIString());
}
return new Resource(is);
}
return new Resource(uri.toURL().openStream());
}

public OutputStream getOutputStream(URI uri) throws IOException {
return new FileOutputStream(new File(uri));
}
}
}

{code}

> FOP Customer Resolver not invoked in version 2.7
> 
>
> Key: FOP-3054
> URL: https://issues.apache.org/jira/browse/FOP-3054
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.7
>Reporter: tntim96
>Priority: Major
>
> The following FOP config and customer resolver works with FOP 2.6
> {code:java}
> ResourceResolver rr = ResourceResolverFactory
> .createTempAwareResourceResolver(new InMemoryTempResourceResolver(), new 
> CustomResolver());
> {code}
> {code:java}
> class CustomResolver implements ResourceResolver {
>   public org.apache.xmlgraphics.io.Resource getResource(URI uri) throws 
> IOException {
> if (uri.toString().startsWith("classpath:")) {
>   String actualPath = uri.toString().substring("classpath:".length());
>   try {
> ClassPathResource resource = new ClassPathResource(actualPath);
> InputStream resourceAsStream = resource.getInputStream();
> {code}
> {code:java}
> 
> 
>   
> 
>   
>  embed-url="classpath:/somepath/DejaVuSans-Regular.ttf">
>   
> 
>   
> 
>   
>  {code}
> ...but with 2.7 we get the error:
> {noformat}
> 16:04:03.006 [main] ERROR org.apache.fop.fonts.LazyFont - Failed to read font 
> file classpath:/somepath/DejaVuSans-Regular.ttf unknown protocol: classpath
> java.net.MalformedURLException: unknown protocol: classpath
>     at java.net.URL.(URL.java:600)
>     at java.net.URL.(URL.java:490)
>     at java.net.URL.(URL.java:439)
>     at java.net.URI.toURL(URI.java:1089)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$NormalResourceResolver.getResource(ResourceResolverFactory.java:224)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$TempAwareResourceResolver.getResource(ResourceResolverFactory.java:152)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$DefaultResourceResolver.getResource(ResourceResolverFactory.java:121)
>     at 
> org.apache.fop.apps.io.InternalResourceResolver.getResource(InternalResourceResolver.java:92)
>     at org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:113)
>     at org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:103)
>     at org.apache.fop.fonts.FontLoader.getFont(FontLoader.java:126)
>     at org.apache.fop.fonts.FontLoader.loadFont(FontLoader.java:110)
>     at org.apache.fop.fonts.LazyFont.load(LazyFont.java:121)
>     at org.apache.fop.fonts.LazyFont.getAscender(LazyFont.java:237)
>     at org.apache.fop.fonts.Font.getAscender(Font.java:120)
>     at 
> org.apache.fop.layoutmgr.BlockLayoutManager.initialize(BlockLayoutManager.java:82)
>     at 
> 

[jira] [Assigned] (FOP-3054) FOP Customer Resolver not invoked in version 2.7

2022-03-01 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3054?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner reassigned FOP-3054:
--

Assignee: Simon Steiner

> FOP Customer Resolver not invoked in version 2.7
> 
>
> Key: FOP-3054
> URL: https://issues.apache.org/jira/browse/FOP-3054
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.7
>Reporter: tntim96
>Assignee: Simon Steiner
>Priority: Major
>
> The following FOP config and customer resolver works with FOP 2.6
> {code:java}
> ResourceResolver rr = ResourceResolverFactory
> .createTempAwareResourceResolver(new InMemoryTempResourceResolver(), new 
> CustomResolver());
> {code}
> {code:java}
> class CustomResolver implements ResourceResolver {
>   public org.apache.xmlgraphics.io.Resource getResource(URI uri) throws 
> IOException {
> if (uri.toString().startsWith("classpath:")) {
>   String actualPath = uri.toString().substring("classpath:".length());
>   try {
> ClassPathResource resource = new ClassPathResource(actualPath);
> InputStream resourceAsStream = resource.getInputStream();
> {code}
> {code:java}
> 
> 
>   
> 
>   
>  embed-url="classpath:/somepath/DejaVuSans-Regular.ttf">
>   
> 
>   
> 
>   
>  {code}
> ...but with 2.7 we get the error:
> {noformat}
> 16:04:03.006 [main] ERROR org.apache.fop.fonts.LazyFont - Failed to read font 
> file classpath:/somepath/DejaVuSans-Regular.ttf unknown protocol: classpath
> java.net.MalformedURLException: unknown protocol: classpath
>     at java.net.URL.(URL.java:600)
>     at java.net.URL.(URL.java:490)
>     at java.net.URL.(URL.java:439)
>     at java.net.URI.toURL(URI.java:1089)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$NormalResourceResolver.getResource(ResourceResolverFactory.java:224)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$TempAwareResourceResolver.getResource(ResourceResolverFactory.java:152)
>     at 
> org.apache.fop.apps.io.ResourceResolverFactory$DefaultResourceResolver.getResource(ResourceResolverFactory.java:121)
>     at 
> org.apache.fop.apps.io.InternalResourceResolver.getResource(InternalResourceResolver.java:92)
>     at org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:113)
>     at org.apache.fop.fonts.truetype.OFFontLoader.read(OFFontLoader.java:103)
>     at org.apache.fop.fonts.FontLoader.getFont(FontLoader.java:126)
>     at org.apache.fop.fonts.FontLoader.loadFont(FontLoader.java:110)
>     at org.apache.fop.fonts.LazyFont.load(LazyFont.java:121)
>     at org.apache.fop.fonts.LazyFont.getAscender(LazyFont.java:237)
>     at org.apache.fop.fonts.Font.getAscender(Font.java:120)
>     at 
> org.apache.fop.layoutmgr.BlockLayoutManager.initialize(BlockLayoutManager.java:82)
>     at 
> org.apache.fop.layoutmgr.AbstractLayoutManager.getChildLM(AbstractLayoutManager.java:118)
>     at 
> org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:128)
>     at 
> org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:69)
>     at 
> org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:252)
>     at 
> org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:675)
> {noformat}
> It seems like our custom resolver is no longer invoked.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (FOP-3054) FOP Customer Resolver not invoked in version 2.7

2022-03-01 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17499518#comment-17499518
 ] 

Simon Steiner commented on FOP-3054:


this is working for me

{code}

{color:#80}public class {color}MyResolver {
{color:#80}public static void {color}main(String[] args) 
{color:#80}throws {color}Exception {
String fo = {color:#008000}"{color}{color:#80}\n{color}{color:#008000}"
 {color}+
{color:#008000}"http://www.w3.org/1999/XSL/Format{color}{color:#80}\"\n{color}{color:#008000};
 {color}+
{color:#008000}" 
xmlns:fox={color}{color:#80}\"{color}{color:#008000}http://xmlgraphics.apache.org/fop/extensions{color}{color:#80}\"{color}{color:#008000}>{color}{color:#80}\n{color}{color:#008000}"
 {color}+
{color:#008000}" 
{color}{color:#80}\n{color}{color:#008000}" {color}+
{color:#008000}" {color}{color:#80}\n{color}{color:#008000}"
 {color}+
{color:#008000}" {color}{color:#80}\n{color}{color:#008000}" {color}+
{color:#008000}" 
{color}{color:#80}\n{color}{color:#008000}" {color}+
{color:#008000}" 
{color}{color:#80}\n{color}{color:#008000}" {color}+
{color:#008000}" {color}{color:#80}\n{color}{color:#008000}"
 {color}+
{color:#008000}" {color}{color:#80}\n{color}{color:#008000}"
 {color}+
{color:#008000}"
 " {color}+
{color:#008000}"{color}{color:#80}\n{color}{color:#008000}" 
{color}+
{color:#008000}" 
{color}{color:#80}\n{color}{color:#008000}" {color}+
{color:#008000}""{color};

FopFactoryBuilder fopFactoryBuilder = {color:#80}new 
{color}FopFactoryBuilder({color:#80}new 
{color}File({color:#008000}"."{color}).toURI(), {color:#80}new 
{color}MyResourceResolver());
FopFactory fopFactory = fopFactoryBuilder.build();
FOUserAgent foUserAgent = fopFactory.newFOUserAgent();
FileOutputStream fos = {color:#80}new 
{color}FileOutputStream({color:#008000}"/tmp/out.pdf"{color});
Fop fop = fopFactory.newFop({color:#008000}"application/pdf"{color}, 
foUserAgent, fos);
TransformerFactory factory = TransformerFactory.newInstance();
Transformer transformer = factory.newTransformer();
Source src = {color:#80}new {color}StreamSource({color:#80}new 
{color}ByteArrayInputStream(fo.getBytes()));
Result res = {color:#80}new {color}SAXResult(fop.getDefaultHandler());
transformer.transform(src, res);
fos.close();
}

{color:#80}static class {color}MyResourceResolver {color:#80}implements 
{color}ResourceResolver {
{color:#80}public {color}Resource getResource(URI uri) 
{color:#80}throws {color}IOException {
{color:#80}if 
{color}({color:#008000}"classpath"{color}.equals(uri.getScheme())) {
String path = uri.toASCIIString().replace(uri.getScheme() + 
{color:#008000}":"{color}, {color:#008000}""{color});
InputStream is = getClass().getResourceAsStream(path);
{color:#80}if {color}(is == {color:#80}null{color}) {
{color:#80}throw new {color}IOException(uri.toASCIIString());
}
{color:#80}return new {color}Resource(is);
}
{color:#80}return new {color}Resource(uri.toURL().openStream());
}

{color:#80}public {color}OutputStream getOutputStream(URI uri) 
{color:#80}throws {color}IOException {
{color:#80}return new {color}FileOutputStream({color:#80}new 
{color}File(uri));
}
}
}

{code}

> FOP Customer Resolver not invoked in version 2.7
> 
>
> Key: FOP-3054
> URL: https://issues.apache.org/jira/browse/FOP-3054
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.7
>Reporter: tntim96
>Priority: Major
>
> The following FOP config and customer resolver works with FOP 2.6
> {code:java}
> ResourceResolver rr = ResourceResolverFactory
> .createTempAwareResourceResolver(new InMemoryTempResourceResolver(), new 
> CustomResolver());
> {code}
> {code:java}
> class CustomResolver implements ResourceResolver {
>   public org.apache.xmlgraphics.io.Resource getResource(URI uri) throws 
> IOException {
> if (uri.toString().startsWith("classpath:")) {
>   String actualPath = uri.toString().substring("classpath:".length());
>   try {
> ClassPathResource resource = new ClassPathResource(actualPath);
> InputStream resourceAsStream = resource.getInputStream();
> {code}
> {code:java}
> 
> 
>   
> 
>   
>  embed-url="classpath:/somepath/DejaVuSans-Regular.ttf">
>   
> 
>   
> 
>   
>  {code}
> ...but with 2.7 we get the error:
> {noformat}
> 16:04:03.006 [main] ERROR org.apache.fop.fonts.LazyFont - Failed to read font 
> file classpath:/somepath/DejaVuSans-Regular.ttf unknown protocol: classpath
> java.net.MalformedURLException: unknown protocol: classpath
>     at java.net.URL.(URL.java:600)
>     at java.net.URL.(URL.java:490)
>     at java.net.URL.(URL.java:439)
>     at java.net.URI.toURL(URI.java:1089)
>     at 
> 

[jira] [Comment Edited] (FOP-3054) FOP Customer Resolver not invoked in version 2.7

2022-03-01 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17499518#comment-17499518
 ] 

Simon Steiner edited comment on FOP-3054 at 3/1/22, 12:55 PM:
--

this is working for me

{code}
public class MyResolver {
public static void main(String[] args) throws Exception {
String fo = "\n" +
"http://www.w3.org/1999/XSL/Format\"\n; +
"  
xmlns:fox=\"http://xmlgraphics.apache.org/fop/extensions\;>\n" +
"  \n" +
"\n" +
"  \n" +
"\n" +
"  \n" +
"  \n" +
"\n" +
" " +
"\n" +
"  \n" +
"";

FopFactoryBuilder fopFactoryBuilder = new FopFactoryBuilder(new 
File(".").toURI(), new MyResourceResolver());
FopFactory fopFactory = fopFactoryBuilder.build();
FOUserAgent foUserAgent = fopFactory.newFOUserAgent();
FileOutputStream fos = new FileOutputStream("/tmp/out.pdf");
Fop fop = fopFactory.newFop("application/pdf", foUserAgent, fos);
TransformerFactory factory = TransformerFactory.newInstance();
Transformer transformer = factory.newTransformer();
Source src = new StreamSource(new ByteArrayInputStream(fo.getBytes()));
Result res = new SAXResult(fop.getDefaultHandler());
transformer.transform(src, res);
fos.close();
}

static class MyResourceResolver implements ResourceResolver {
public Resource getResource(URI uri) throws IOException {
if ("classpath".equals(uri.getScheme())) {
String path = uri.toASCIIString().replace(uri.getScheme() + 
":", "");
InputStream is = getClass().getResourceAsStream(path);
if (is == null) {
throw new IOException(uri.toASCIIString());
}
return new Resource(is);
}
return new Resource(uri.toURL().openStream());
}

public OutputStream getOutputStream(URI uri) throws IOException {
return new FileOutputStream(new File(uri));
}
}
}

{code}


was (Author: ssteiner1):
this is working for me

{code}

{color:#80}public class {color}MyResolver {
{color:#80}public static void {color}main(String[] args) 
{color:#80}throws {color}Exception {
String fo = {color:#008000}"{color}{color:#80}\n{color}{color:#008000}"
 {color}+
{color:#008000}"http://www.w3.org/1999/XSL/Format{color}{color:#80}\"\n{color}{color:#008000};
 {color}+
{color:#008000}" 
xmlns:fox={color}{color:#80}\"{color}{color:#008000}http://xmlgraphics.apache.org/fop/extensions{color}{color:#80}\"{color}{color:#008000}>{color}{color:#80}\n{color}{color:#008000}"
 {color}+
{color:#008000}" 
{color}{color:#80}\n{color}{color:#008000}" {color}+
{color:#008000}" {color}{color:#80}\n{color}{color:#008000}"
 {color}+
{color:#008000}" {color}{color:#80}\n{color}{color:#008000}" {color}+
{color:#008000}" 
{color}{color:#80}\n{color}{color:#008000}" {color}+
{color:#008000}" 
{color}{color:#80}\n{color}{color:#008000}" {color}+
{color:#008000}" {color}{color:#80}\n{color}{color:#008000}"
 {color}+
{color:#008000}" {color}{color:#80}\n{color}{color:#008000}"
 {color}+
{color:#008000}"
 " {color}+
{color:#008000}"{color}{color:#80}\n{color}{color:#008000}" 
{color}+
{color:#008000}" 
{color}{color:#80}\n{color}{color:#008000}" {color}+
{color:#008000}""{color};

FopFactoryBuilder fopFactoryBuilder = {color:#80}new 
{color}FopFactoryBuilder({color:#80}new 
{color}File({color:#008000}"."{color}).toURI(), {color:#80}new 
{color}MyResourceResolver());
FopFactory fopFactory = fopFactoryBuilder.build();
FOUserAgent foUserAgent = fopFactory.newFOUserAgent();
FileOutputStream fos = {color:#80}new 
{color}FileOutputStream({color:#008000}"/tmp/out.pdf"{color});
Fop fop = fopFactory.newFop({color:#008000}"application/pdf"{color}, 
foUserAgent, fos);
TransformerFactory factory = TransformerFactory.newInstance();
Transformer transformer = factory.newTransformer();
Source src = {color:#80}new {color}StreamSource({color:#80}new 
{color}ByteArrayInputStream(fo.getBytes()));
Result res = {color:#80}new {color}SAXResult(fop.getDefaultHandler());
transformer.transform(src, res);
fos.close();
}

{color:#80}static class {color}MyResourceResolver {color:#80}implements 
{color}ResourceResolver {
{color:#80}public {color}Resource getResource(URI uri) 
{color:#80}throws {color}IOException {
{color:#80}if 
{color}({color:#008000}"classpath"{color}.equals(uri.getScheme())) {
String path = uri.toASCIIString().replace(uri.getScheme() + 
{color:#008000}":"{color}, {color:#008000}""{color});
InputStream is = 

[jira] [Resolved] (FOP-3055) Don't fail to produce output when a external graphic is damaged

2022-02-14 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-3055.

Fix Version/s: trunk
   Resolution: Fixed

[http://svn.apache.org/viewvc?view=revision=1898073]

http://svn.apache.org/viewvc?view=revision=1898074

> Don't fail to produce output when a external graphic is damaged
> ---
>
> Key: FOP-3055
> URL: https://issues.apache.org/jira/browse/FOP-3055
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Fix For: trunk
>
> Attachments: adobe.pdf, test.fo
>
>
> fop test.fo -ps out.ps
> You should still get a output file when a error occurs



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Updated] (FOP-3055) Don't fail to produce output when a external graphic is damaged

2022-02-14 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-3055:
---
Description: 
fop test.fo -ps out.ps

You should still get a output file when a error occurs

> Don't fail to produce output when a external graphic is damaged
> ---
>
> Key: FOP-3055
> URL: https://issues.apache.org/jira/browse/FOP-3055
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Attachments: adobe.pdf, test.fo
>
>
> fop test.fo -ps out.ps
> You should still get a output file when a error occurs



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Updated] (FOP-3055) Don't fail to produce output when a external graphic is damaged

2022-02-14 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-3055:
---
Attachment: adobe.pdf
test.fo

> Don't fail to produce output when a external graphic is damaged
> ---
>
> Key: FOP-3055
> URL: https://issues.apache.org/jira/browse/FOP-3055
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Attachments: adobe.pdf, test.fo
>
>




--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Assigned] (FOP-3055) Don't fail to produce output when a external graphic is damaged

2022-02-14 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner reassigned FOP-3055:
--

Assignee: Simon Steiner

> Don't fail to produce output when a external graphic is damaged
> ---
>
> Key: FOP-3055
> URL: https://issues.apache.org/jira/browse/FOP-3055
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
>




--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Created] (FOP-3055) Don't fail to produce output when a external graphic is damaged

2022-02-14 Thread Simon Steiner (Jira)
Simon Steiner created FOP-3055:
--

 Summary: Don't fail to produce output when a external graphic is 
damaged
 Key: FOP-3055
 URL: https://issues.apache.org/jira/browse/FOP-3055
 Project: FOP
  Issue Type: Bug
Reporter: Simon Steiner






--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Resolved] (FOP-3053) Security Vulnerability with Xerces version <= 2.12.1

2022-02-14 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-3053.

Fix Version/s: trunk
   Resolution: Fixed

http://svn.apache.org/viewvc?view=revision=1898056

> Security Vulnerability with Xerces version <= 2.12.1
> 
>
> Key: FOP-3053
> URL: https://issues.apache.org/jira/browse/FOP-3053
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.7
>Reporter: Hugo L R Prioli
>Assignee: Simon Steiner
>Priority: Major
> Fix For: trunk
>
>
> FOP needs to reference Xerces 2.12.2, which fixes vulnerability:
> [https://nvd.nist.gov/vuln/detail/CVE-2022-23437] 
> FOP 2.7 is still using vulneable Xerces 2.12.1.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] (FOP-3053) Security Vulnerability with Xerces version <= 2.12.1

2022-02-14 Thread Simon Steiner (Jira)


[ https://issues.apache.org/jira/browse/FOP-3053 ]


Simon Steiner deleted comment on FOP-3053:


was (Author: ssteiner1):
The test code depends on xalan

> Security Vulnerability with Xerces version <= 2.12.1
> 
>
> Key: FOP-3053
> URL: https://issues.apache.org/jira/browse/FOP-3053
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.7
>Reporter: Hugo L R Prioli
>Assignee: Simon Steiner
>Priority: Major
>
> FOP needs to reference Xerces 2.12.2, which fixes vulnerability:
> [https://nvd.nist.gov/vuln/detail/CVE-2022-23437] 
> FOP 2.7 is still using vulneable Xerces 2.12.1.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Assigned] (FOP-3053) Security Vulnerability with Xerces version <= 2.12.1

2022-02-14 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner reassigned FOP-3053:
--

Assignee: Simon Steiner

> Security Vulnerability with Xerces version <= 2.12.1
> 
>
> Key: FOP-3053
> URL: https://issues.apache.org/jira/browse/FOP-3053
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.7
>Reporter: Hugo L R Prioli
>Assignee: Simon Steiner
>Priority: Major
>
> FOP needs to reference Xerces 2.12.2, which fixes vulnerability:
> [https://nvd.nist.gov/vuln/detail/CVE-2022-23437] 
> FOP 2.7 is still using vulneable Xerces 2.12.1.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (FOP-3053) Security Vulnerability with Xerces version <= 2.12.1

2022-02-14 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3053?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17491872#comment-17491872
 ] 

Simon Steiner commented on FOP-3053:


The test code depends on xalan

> Security Vulnerability with Xerces version <= 2.12.1
> 
>
> Key: FOP-3053
> URL: https://issues.apache.org/jira/browse/FOP-3053
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.7
>Reporter: Hugo L R Prioli
>Priority: Major
>
> FOP needs to reference Xerces 2.12.2, which fixes vulnerability:
> [https://nvd.nist.gov/vuln/detail/CVE-2022-23437] 
> FOP 2.7 is still using vulneable Xerces 2.12.1.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (FOP-3052) NoSuchFieldError: RAW_PDF after upgrading to 2.7

2022-02-11 Thread Simon Steiner (Jira)


[ 
https://issues.apache.org/jira/browse/FOP-3052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17491001#comment-17491001
 ] 

Simon Steiner commented on FOP-3052:


Maybe you have a old xmlgraphics commons

> NoSuchFieldError: RAW_PDF after upgrading to 2.7
> 
>
> Key: FOP-3052
> URL: https://issues.apache.org/jira/browse/FOP-3052
> Project: FOP
>  Issue Type: Bug
>Affects Versions: 2.7
>Reporter: Robin van den Bogaard
>Priority: Major
>
> After upgrading form 2.6 to 2.7 alot of our tests fail that had to unmarshal 
> a file to byte[].
> {noformat}
>  org.opentest4j.AssertionFailedError: Unexpected exception type thrown ==> 
> expected:  but was: 
> 
>     at org.junit.jupiter.api.AssertThrows.assertThrows(AssertThrows.java:65)
>     at org.junit.jupiter.api.AssertThrows.assertThrows(AssertThrows.java:37)
>     at org.junit.jupiter.api.Assertions.assertThrows(Assertions.java:3082)
>     at 
> nl.topicus.onderwijs.eldkoppelding.logic.EldDossiersSerializerTest.testFromByteArray_geenArgument(EldDossiersSerializerTest.java:42)
>     at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
> Method)
>     at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>     at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>     at java.base/java.lang.reflect.Method.invoke(Method.java:566)
>     at 
> org.junit.platform.commons.util.ReflectionUtils.invokeMethod(ReflectionUtils.java:725)
>     at 
> org.junit.jupiter.engine.execution.MethodInvocation.proceed(MethodInvocation.java:60)
>     at 
> org.junit.jupiter.engine.execution.InvocationInterceptorChain$ValidatingInvocation.proceed(InvocationInterceptorChain.java:131)
>     at 
> org.junit.jupiter.engine.extension.TimeoutExtension.intercept(TimeoutExtension.java:149)
>     at 
> org.junit.jupiter.engine.extension.TimeoutExtension.interceptTestableMethod(TimeoutExtension.java:140)
>     at 
> org.junit.jupiter.engine.extension.TimeoutExtension.interceptTestMethod(TimeoutExtension.java:84)
>     at 
> org.junit.jupiter.engine.execution.ExecutableInvoker$ReflectiveInterceptorCall.lambda$ofVoidMethod$0(ExecutableInvoker.java:115)
>     at 
> org.junit.jupiter.engine.execution.ExecutableInvoker.lambda$invoke$0(ExecutableInvoker.java:105)
>     at 
> org.junit.jupiter.engine.execution.InvocationInterceptorChain$InterceptedInvocation.proceed(InvocationInterceptorChain.java:106)
>     at 
> org.junit.jupiter.engine.execution.InvocationInterceptorChain.proceed(InvocationInterceptorChain.java:64)
>     at 
> org.junit.jupiter.engine.execution.InvocationInterceptorChain.chainAndInvoke(InvocationInterceptorChain.java:45)
>     at 
> org.junit.jupiter.engine.execution.InvocationInterceptorChain.invoke(InvocationInterceptorChain.java:37)
>     at 
> org.junit.jupiter.engine.execution.ExecutableInvoker.invoke(ExecutableInvoker.java:104)
>     at 
> org.junit.jupiter.engine.execution.ExecutableInvoker.invoke(ExecutableInvoker.java:98)
>     at 
> org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.lambda$invokeTestMethod$7(TestMethodTestDescriptor.java:214)
>     at 
> org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:73)
>     at 
> org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.invokeTestMethod(TestMethodTestDescriptor.java:210)
>     at 
> org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.execute(TestMethodTestDescriptor.java:135)
>     at 
> org.junit.jupiter.engine.descriptor.TestMethodTestDescriptor.execute(TestMethodTestDescriptor.java:66)
>     at 
> org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$6(NodeTestTask.java:151)
>     at 
> org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:73)
>     at 
> org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$8(NodeTestTask.java:141)
>     at 
> org.junit.platform.engine.support.hierarchical.Node.around(Node.java:137)
>     at 
> org.junit.platform.engine.support.hierarchical.NodeTestTask.lambda$executeRecursively$9(NodeTestTask.java:139)
>     at 
> org.junit.platform.engine.support.hierarchical.ThrowableCollector.execute(ThrowableCollector.java:73)
>     at 
> org.junit.platform.engine.support.hierarchical.NodeTestTask.executeRecursively(NodeTestTask.java:138)
>     at 
> org.junit.platform.engine.support.hierarchical.NodeTestTask.execute(NodeTestTask.java:95)
>     at java.base/java.util.ArrayList.forEach(ArrayList.java:1541)
>     at 
> org.junit.platform.engine.support.hierarchical.SameThreadHierarchicalTestExecutorService.invokeAll(SameThreadHierarchicalTestExecutorService.java:41)
>     at 
> 

[jira] [Resolved] (FOP-3051) Upgrade to Commons IO 2.11

2022-02-03 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3051?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-3051.

Fix Version/s: trunk
   Resolution: Fixed

[http://svn.apache.org/viewvc?view=revision=1897722]

http://svn.apache.org/viewvc?view=revision=1897720

> Upgrade to Commons IO 2.11
> --
>
> Key: FOP-3051
> URL: https://issues.apache.org/jira/browse/FOP-3051
> Project: FOP
>  Issue Type: Bug
>Reporter: PJ Fanning
>Assignee: Simon Steiner
>Priority: Major
> Fix For: trunk
>
>
> [https://mvnrepository.com/artifact/org.apache.xmlgraphics/xmlgraphics-commons/2.7]
> v2.7 depends on a commons-io release that has a CVE
>  



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Moved] (FOP-3051) Upgrade to Commons IO 2.11

2022-02-03 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3051?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner moved XGC-129 to FOP-3051:


   Key: FOP-3051  (was: XGC-129)
Issue Type: Bug  (was: Improvement)
   Project: FOP  (was: XMLGraphicsCommons)

> Upgrade to Commons IO 2.11
> --
>
> Key: FOP-3051
> URL: https://issues.apache.org/jira/browse/FOP-3051
> Project: FOP
>  Issue Type: Bug
>Reporter: PJ Fanning
>Assignee: Simon Steiner
>Priority: Major
>
> [https://mvnrepository.com/artifact/org.apache.xmlgraphics/xmlgraphics-commons/2.7]
> v2.7 depends on a commons-io release that has a CVE
>  



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Resolved] (FOP-3011) Common header and footer announced multiple times by screen reader

2022-02-02 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-3011.

Resolution: Not A Problem

> Common header and footer announced multiple times by screen reader
> --
>
> Key: FOP-3011
> URL: https://issues.apache.org/jira/browse/FOP-3011
> Project: FOP
>  Issue Type: Bug
>Reporter: Elizabeth Whitmer
>Assignee: J Frank
>Priority: Major
> Attachments: test_working.fo
>
>
> The PDFs we generate using Apache FOP have a common header and footer that 
> appear on each page of the PDF. When testing these PDFs using JAWS 2021, 
> we've found that JAWS will announce both the header and footer content 
> multiple times depending on the number of pages in the PDF. For example, if 
> the PDF has 3 pages, JAWS will announce the header content 3 times (once for 
> each page), then read the remaining contents of the PDF, and then announce 
> the footer content 3 times. This happens if the JAWS user tries to read the 
> PDF line-by-line using the down arrow key and it also happens when we open 
> the PDF and allow JAWS to read the PDF in "Say All" mode from top to bottom.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Assigned] (FOP-3011) Common header and footer announced multiple times by screen reader

2022-02-02 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner reassigned FOP-3011:
--

Assignee: J Frank

> Common header and footer announced multiple times by screen reader
> --
>
> Key: FOP-3011
> URL: https://issues.apache.org/jira/browse/FOP-3011
> Project: FOP
>  Issue Type: Bug
>Reporter: Elizabeth Whitmer
>Assignee: J Frank
>Priority: Major
> Attachments: test_working.fo
>
>
> The PDFs we generate using Apache FOP have a common header and footer that 
> appear on each page of the PDF. When testing these PDFs using JAWS 2021, 
> we've found that JAWS will announce both the header and footer content 
> multiple times depending on the number of pages in the PDF. For example, if 
> the PDF has 3 pages, JAWS will announce the header content 3 times (once for 
> each page), then read the remaining contents of the PDF, and then announce 
> the footer content 3 times. This happens if the JAWS user tries to read the 
> PDF line-by-line using the down arrow key and it also happens when we open 
> the PDF and allow JAWS to read the PDF in "Say All" mode from top to bottom.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Resolved] (FOP-3049) Align AFP SVG text in the middle

2022-01-28 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner resolved FOP-3049.

Fix Version/s: trunk
   Resolution: Fixed

http://svn.apache.org/viewvc?view=revision=1897561

> Align AFP SVG text in the middle
> 
>
> Key: FOP-3049
> URL: https://issues.apache.org/jira/browse/FOP-3049
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Fix For: trunk
>
> Attachments: fop.xconf, test.fo
>
>
> fop test.fo -c fop.xconf -afp out.afp
> Output should match PDF output in workbench viewer



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Updated] (FOP-3049) Align AFP SVG text in the middle

2022-01-28 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-3049:
---
Description: 
fop test.fo -c fop.xconf -afp out.afp

Output should match PDF output in workbench viewer

  was:
fop test.fo -c fop.xconf -afp out.afp

 

Output should match PDF output in workbench viewer


> Align AFP SVG text in the middle
> 
>
> Key: FOP-3049
> URL: https://issues.apache.org/jira/browse/FOP-3049
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Attachments: fop.xconf, test.fo
>
>
> fop test.fo -c fop.xconf -afp out.afp
> Output should match PDF output in workbench viewer



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Updated] (FOP-3049) Align AFP SVG text in the middle

2022-01-28 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-3049:
---
Description: 
fop test.fo -c fop.xconf -afp out.afp

 

Output should match PDF output in workbench viewer

  was:
fop test.fo -c fop.xconf -afp out.afp

 

Output should match PDF output


> Align AFP SVG text in the middle
> 
>
> Key: FOP-3049
> URL: https://issues.apache.org/jira/browse/FOP-3049
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Attachments: fop.xconf, test.fo
>
>
> fop test.fo -c fop.xconf -afp out.afp
>  
> Output should match PDF output in workbench viewer



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Updated] (FOP-3049) Align AFP SVG text in the middle

2022-01-28 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-3049:
---
Description: 
fop test.fo -c fop.xconf -afp out.afp

 

Output should match PDF output

> Align AFP SVG text in the middle
> 
>
> Key: FOP-3049
> URL: https://issues.apache.org/jira/browse/FOP-3049
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Attachments: fop.xconf, test.fo
>
>
> fop test.fo -c fop.xconf -afp out.afp
>  
> Output should match PDF output



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Updated] (FOP-3049) Align AFP SVG text in the middle

2022-01-28 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-3049:
---
Attachment: fop.xconf

> Align AFP SVG text in the middle
> 
>
> Key: FOP-3049
> URL: https://issues.apache.org/jira/browse/FOP-3049
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Attachments: fop.xconf, test.fo
>
>




--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Updated] (FOP-3049) Align AFP SVG text in the middle

2022-01-28 Thread Simon Steiner (Jira)


 [ 
https://issues.apache.org/jira/browse/FOP-3049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Steiner updated FOP-3049:
---
Attachment: test.fo

> Align AFP SVG text in the middle
> 
>
> Key: FOP-3049
> URL: https://issues.apache.org/jira/browse/FOP-3049
> Project: FOP
>  Issue Type: Bug
>Reporter: Simon Steiner
>Assignee: Simon Steiner
>Priority: Major
> Attachments: test.fo
>
>




--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Created] (FOP-3049) Align AFP SVG text in the middle

2022-01-28 Thread Simon Steiner (Jira)
Simon Steiner created FOP-3049:
--

 Summary: Align AFP SVG text in the middle
 Key: FOP-3049
 URL: https://issues.apache.org/jira/browse/FOP-3049
 Project: FOP
  Issue Type: Bug
Reporter: Simon Steiner
Assignee: Simon Steiner






--
This message was sent by Atlassian Jira
(v8.20.1#820001)


<    1   2   3   4   5   6   7   8   9   10   >