[jira] [Commented] (FOP-2946) Rotated text inside a table cell doesn't get sized properly
[
https://issues.apache.org/jira/browse/FOP-2946?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17502667#comment-17502667
]
Jon Schewe commented on FOP-2946:
-
This is the correct fo file. I don't expect that the text can fit without the
rotation, but does fit with the rotation. The problem is that FOP won't size
the block properly unless I specify the "inline-progression-dimension" value
and that requires me to know ahead of time how many pixels the text will take
up. I would expect that FOP knows this and can create the block of the desired
size similar to how it puts text inside of table cells.
> Rotated text inside a table cell doesn't get sized properly
> ---
>
> Key: FOP-2946
> URL: https://issues.apache.org/jira/browse/FOP-2946
> Project: FOP
> Issue Type: Bug
> Components: fo/block
>Affects Versions: 2.5
> Environment: >java -version
> openjdk version "1.8.0_252"
> OpenJDK Runtime Environment (build 1.8.0_252-8u252-b09-1~18.04-b09)
> OpenJDK 64-Bit Server VM (build 25.252-b09, mixed mode)
> >fop -version
> FOP Version 2.5
>Reporter: Jon Schewe
>Priority: Major
> Attachments: rotated-text.fo
>
>
> In the attached file I have added the text "Gracious Professionalism" rotated
> 90 degrees spanning 6 rows of the table in the first column. I have added a
> red border to the block so that I can debug the sizing. The table cell is
> properly sized as can be seen by the black border. However the block in side
> the table cell doesn't appear to have any size.
> I can work around this by adding the following to the block tag.
> {code:java}
> inline-progression-dimension="138px" {code}
> However this requires me to be able to guess the amount of space required for
> the text. I've had some luck using {{Font.getWordWidth()}}, however that
> value is usually too small.
> Ideally I would like the block to have the same size as the containing cell
> and then the text be rendered within that area, wrapping if needed.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
[jira] [Updated] (FOP-3058) AFP-Renderer does not honour fill-rule 'nonzero' of SVG path.
[
https://issues.apache.org/jira/browse/FOP-3058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
JYR updated FOP-3058:
-
Affects Version/s: 0.95
> AFP-Renderer does not honour fill-rule 'nonzero' of SVG path.
> -
>
> Key: FOP-3058
> URL: https://issues.apache.org/jira/browse/FOP-3058
> Project: FOP
> Issue Type: Bug
> Components: image/svg, renderer/afp
>Affects Versions: 0.95, 2.7
>Reporter: JYR
>Priority: Major
> Attachments: GreenCrossAsAFP.png, GreenCrossAsPDF.png,
> TestWithSVGPath-1.7z
>
>
> Hi there,
> We have just isolated an interesting bug in the AFP renderer.
> We are embedding some SVG graphics in a FO file and the AFP renderer does not
> seem to take the "fill-rule" attribute into account.
> It seems to ignore the fill-rule 'nonzero' of our path and defaults to
> 'evenodd'.
> The PDF renderer does honour this fill-rule, but not the AFP renderer.
> We have isolated this issue in a test project. Just unpack
> [^TestWithSVGPath-1.7z]. All the necessary files are provided.
> This is the correct output of the PDF renderer
> !GreenCrossAsPDF.png!
> This is the output of the AFP renderer.
> !GreenCrossAsAFP.png!
> FOP integration:
> * We are calling FOP via java.exe.
> * FOP is configured with an xconf file.
> Expected:
> * The AFP-Renderer shall honour the 'fill-rule' attribute of the SVG path.
> * If the 'fill-rule' attribute is not specified, the AFP-Renderer shall
> default to 'nonzero'.
> Extract of FO-File
> {code:xml}
>
> http://www.w3.org/2000/svg;>
>transform="translate(0 130.394)">
>
>
>
>shape-rendering="crispEdges" d="
> M63.543,-70.709
> h 3.307
> v 11.024
> h -3.307
> z
> m-3.858,3.858
> h11.024
> v3.307
> h-11.024
> z
> "/>
>
>
>
>
>
>
> {code}
> We spotted this bug with FOP version 0.95, but it still occurs with FOP 2.7.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
[jira] [Updated] (FOP-3058) AFP-Renderer does not honour fill-rule 'nonzero' of SVG path.
[
https://issues.apache.org/jira/browse/FOP-3058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
JYR updated FOP-3058:
-
Description:
Hi there,
We have just isolated an interesting bug in the AFP renderer.
We are embedding some SVG graphics in a FO file and the AFP renderer does not
seem to take the "fill-rule" attribute into account.
It seems to ignore the fill-rule 'nonzero' of our path and defaults to
'evenodd'.
The PDF renderer does honour this fill-rule, but not the AFP renderer.
We have isolated this issue in a test project. Just unpack
[^TestWithSVGPath-1.7z]. All the necessary files are provided.
This is the correct output of the PDF renderer
!GreenCrossAsPDF.png!
This is the output of the AFP renderer.
!GreenCrossAsAFP.png!
FOP integration:
* We are calling FOP via java.exe.
* FOP is configured with an xconf file.
Expected:
* The AFP-Renderer shall honour the 'fill-rule' attribute of the SVG path.
* If the 'fill-rule' attribute is not specified, the AFP-Renderer shall default
to 'nonzero'.
Extract of FO-File
{code:xml}
http://www.w3.org/2000/svg;>
{code}
We spotted this bug with FOP version 0.95, but it still occurs with FOP 2.7.
was:
Hi there,
We have just isolated an interesting bug in the AFP renderer.
We are embedding some SVG graphics in a FO file and the AFP renderer does not
seem to take the "fill-rule" attribute into account.
It seems to ignore the fill-rule 'nonzero' of our path and defaults to
'evenodd'.
The PDF renderer does honour this fill-rule, but not the AFP renderer.
We have isolated this issue in a test project. Just deflate
[^TestWithSVGPath-1.7z]. All the necessary files are provided.
This is the correct output of the PDF renderer
!GreenCrossAsPDF.png!
This is the output of the AFP renderer.
!GreenCrossAsAFP.png!
FOP integration:
* We are calling FOP via java.exe.
* FOP is configured with an xconf file.
Expected:
* The AFP-Renderer shall honour the 'fill-rule' attribute of the SVG path.
* If the 'fill-rule' attribute is not specified, the AFP-Renderer shall default
to 'nonzero'.
Extract of FO-File
{code:xml}
http://www.w3.org/2000/svg;>
{code}
We spotted this bug with FOP version 0.95, but it still occurs with FOP 2.7.
> AFP-Renderer does not honour fill-rule 'nonzero' of SVG path.
> -
>
> Key: FOP-3058
> URL: https://issues.apache.org/jira/browse/FOP-3058
> Project: FOP
> Issue Type: Bug
> Components: image/svg, renderer/afp
>Affects Versions: 2.7
>Reporter: JYR
>Priority: Major
> Attachments: GreenCrossAsAFP.png, GreenCrossAsPDF.png,
> TestWithSVGPath-1.7z
>
>
> Hi there,
> We have just isolated an interesting bug in the AFP renderer.
> We are embedding some SVG graphics in a FO file and the AFP renderer does not
> seem to take the "fill-rule" attribute into account.
> It seems to ignore the fill-rule 'nonzero' of our path and defaults to
> 'evenodd'.
> The PDF renderer does honour this fill-rule, but not the AFP renderer.
> We have isolated this issue in a test project. Just unpack
> [^TestWithSVGPath-1.7z]. All the necessary files are provided.
> This is the correct output of the PDF renderer
> !GreenCrossAsPDF.png!
> This is the output of the AFP renderer.
> !GreenCrossAsAFP.png!
> FOP integration:
> * We are calling FOP via java.exe.
> * FOP is configured with an xconf file.
> Expected:
> * The AFP-Renderer shall honour the 'fill-rule' attribute of the SVG path.
> * If the 'fill-rule' attribute is not specified, the AFP-Renderer shall
> default to 'nonzero'.
> Extract of FO-File
> {code:xml}
>
> http://www.w3.org/2000/svg;>
>transform="translate(0 130.394)">
>
>
>
>shape-rendering="crispEdges" d="
> M63.543,-70.709
> h 3.307
> v 11.024
> h -3.307
> z
> m-3.858,3.858
> h11.024
>
[jira] [Updated] (FOP-3058) AFP-Renderer does not honour fill-rule 'nonzero' of SVG path.
[
https://issues.apache.org/jira/browse/FOP-3058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
JYR updated FOP-3058:
-
Description:
Hi there,
We have just isolated an interesting bug in the AFP renderer.
We are embedding some SVG graphics in a FO file and the AFP renderer does not
seem to take the "fill-rule" attribute into account.
It seems to ignore the fill-rule 'nonzero' of our path and defaults to
'evenodd'.
The PDF renderer does honour this fill-rule, but not the AFP renderer.
We have isolated this issue in a test project. Just deflate
[^TestWithSVGPath-1.7z]. All the necessary files are provided.
This is the correct output of the PDF renderer
!GreenCrossAsPDF.png!
This is the output of the AFP renderer.
!GreenCrossAsAFP.png!
FOP integration:
* We are calling FOP via java.exe.
* FOP is configured with an xconf file.
Expected:
* The AFP-Renderer shall honour the 'fill-rule' attribute of the SVG path.
* If the 'fill-rule' attribute is not specified, the AFP-Renderer shall default
to 'nonzero'.
Extract of FO-File
{code:xml}
http://www.w3.org/2000/svg;>
{code}
We spotted this bug with FOP version 0.95, but it still occurs with FOP 2.7.
was:
Hi there,
We have just isolated an interesting bug in the AFP renderer.
We are embedding some SVG graphics in a FO file and the AFP renderer does not
seem to take the "fill-rule" attribute into account.
It seems to ignore the fill-rule 'nonzero' of our path and defaults to
'evenodd'.
The PDF renderer does honour this fill-rule, but not the AFP renderer.
We have isolated this issue in a test project. Just deflate
[^TestWithSVGPath-1.7z]. All the necessary files are provided.
This is the correct output of the PDF renderer
!GreenCrossAsPDF.png!
This is the output of the AFP renderer.
!GreenCrossAsAFP.png!
FOP integration:
* We are calling FOP via java.exe.
* FOP is configured with an xconf file.
Extract of FO-File
{code:xml}
http://www.w3.org/2000/svg;>
{code}
We spotted this bug with FOP version 0.95, but it still occurs with FOP 2.7.
> AFP-Renderer does not honour fill-rule 'nonzero' of SVG path.
> -
>
> Key: FOP-3058
> URL: https://issues.apache.org/jira/browse/FOP-3058
> Project: FOP
> Issue Type: Bug
> Components: image/svg, renderer/afp
>Affects Versions: 2.7
>Reporter: JYR
>Priority: Major
> Attachments: GreenCrossAsAFP.png, GreenCrossAsPDF.png,
> TestWithSVGPath-1.7z
>
>
> Hi there,
> We have just isolated an interesting bug in the AFP renderer.
> We are embedding some SVG graphics in a FO file and the AFP renderer does not
> seem to take the "fill-rule" attribute into account.
> It seems to ignore the fill-rule 'nonzero' of our path and defaults to
> 'evenodd'.
> The PDF renderer does honour this fill-rule, but not the AFP renderer.
> We have isolated this issue in a test project. Just deflate
> [^TestWithSVGPath-1.7z]. All the necessary files are provided.
> This is the correct output of the PDF renderer
> !GreenCrossAsPDF.png!
> This is the output of the AFP renderer.
> !GreenCrossAsAFP.png!
> FOP integration:
> * We are calling FOP via java.exe.
> * FOP is configured with an xconf file.
> Expected:
> * The AFP-Renderer shall honour the 'fill-rule' attribute of the SVG path.
> * If the 'fill-rule' attribute is not specified, the AFP-Renderer shall
> default to 'nonzero'.
> Extract of FO-File
> {code:xml}
>
> http://www.w3.org/2000/svg;>
>transform="translate(0 130.394)">
>
>
>
>shape-rendering="crispEdges" d="
> M63.543,-70.709
> h 3.307
> v 11.024
> h -3.307
> z
> m-3.858,3.858
> h11.024
> v3.307
> h-11.024
> z
>
[jira] [Created] (FOP-3058) AFP-Renderer does not honour fill-rule 'nonzero' of SVG path.
JYR created FOP-3058:
Summary: AFP-Renderer does not honour fill-rule 'nonzero' of SVG
path.
Key: FOP-3058
URL: https://issues.apache.org/jira/browse/FOP-3058
Project: FOP
Issue Type: Bug
Components: image/svg, renderer/afp
Affects Versions: 2.7
Reporter: JYR
Attachments: GreenCrossAsAFP.png, GreenCrossAsPDF.png,
TestWithSVGPath-1.7z
Hi there,
We have just isolated an interesting bug in the AFP renderer.
We are embedding some SVG graphics in a FO file and the AFP renderer does not
seem to take the "fill-rule" attribute into account.
It seems to ignore the fill-rule 'nonzero' of our path and defaults to
'evenodd'.
The PDF renderer does honour this fill-rule, but not the AFP renderer.
We have isolated this issue in a test project. Just deflate
[^TestWithSVGPath-1.7z]. All the necessary files are provided.
This is the correct output of the PDF renderer
!GreenCrossAsPDF.png!
This is the output of the AFP renderer.
!GreenCrossAsAFP.png!
FOP integration:
* We are calling FOP via java.exe.
* FOP is configured with an xconf file.
Extract of FO-File
{code:xml}
http://www.w3.org/2000/svg;>
{code}
We spotted this bug with FOP version 0.95, but it still occurs with FOP 2.7.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
