[jira] [Commented] (FOP-2846) SVG not handled / rendered / embedded properly
[
https://issues.apache.org/jira/browse/FOP-2846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16794569#comment-16794569
]
Jan Tošovský commented on FOP-2846:
---
Bad news. Investigating Batik internals it is clear it converts all SVG stuff
into Java Graphics2D commands. As there is no support for something like soft
mask concept in Graphics2D, I am afraid there is no way to add support for this.
> SVG not handled / rendered / embedded properly
> --
>
> Key: FOP-2846
> URL: https://issues.apache.org/jira/browse/FOP-2846
> Project: FOP
> Issue Type: Bug
>Affects Versions: 2.3
>Reporter: Björn Kautler
>Priority: Major
> Attachments: image-2019-02-21-12-15-39-802.png,
> image-2019-02-21-12-17-26-206.png, image-2019-02-21-13-35-21-628.png,
> image-2019-02-21-14-41-29-088.png, image-2019-02-21-14-42-11-550.png,
> image-2019-02-28-18-00-01-566.png, med-folder-journal.svg,
> roadsign-attention.svg, svg-border.pdf, svg-no-border.pdf, svg-test.fo,
> svg-test.pdf, triangles-simplest.pdf, triangles-simplest.svg
>
>
> It seems FOP does not handle all SVGs properly.
> The attached [^svg-test.fo] which displays the attached files
> [^roadsign-attention.svg] and [^med-folder-journal.svg] demonstrate the
> problem.
> The result of {{fop-2.3/fop/fop svg-test.fo svg-test.pdf}} can be seen in
> [^svg-test.pdf], especially if you zoom in.
> The {{med-folder-journal.svg}} is properly displayed and scaled, the
> {{roadsign-attention.svg}} looks like the triangle is rendered to pixels that
> scale up, but the exclamation mark properly scales.
> Here the PDF content as screenshot on 1200%:
> !image-2019-02-21-12-15-39-802.png!
> Using the code at [https://xmlgraphics.apache.org/batik/using/swing.html]
> shows that Batik 1.10 can perfectly fine scale up the SVG:
> !image-2019-02-21-12-17-26-206.png!
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
Adding support for back-of-the-book index
Dear All, I plan to dedicate part of my spare time to implementing the index support. Considering my other duties and the fact I still learn the FOP internals do not expect results in next weeks, but rather months. I've just created Jira ticket for this: https://issues.apache.org/jira/browse/FOP-2851 I am just announcing this to not duplicate our work in case someone else would have same idea :-) For now I have some ideas what needs to be covered (reusing the knowledge from change bars support), but I suppose in later stages I'll appreciate some help. Jan
[jira] [Created] (FOP-2851) Adding support for back-of-the-book index
Jan Tošovský created FOP-2851: - Summary: Adding support for back-of-the-book index Key: FOP-2851 URL: https://issues.apache.org/jira/browse/FOP-2851 Project: FOP Issue Type: Improvement Reporter: Jan Tošovský Building back-of-the-book index is one of last major features not supported in FOP. [https://www.w3.org/TR/xsl/#d0e13293] (formatting objects) [https://www.w3.org/TR/xsl/#d0e28521] (properties) -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Closed] (FOP-2849) Scaling of Grayscale Windows BMP
[ https://issues.apache.org/jira/browse/FOP-2849?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Hegny closed FOP-2849. - Resolution: Invalid Should go to xmlgraphics with more details > Scaling of Grayscale Windows BMP > > > Key: FOP-2849 > URL: https://issues.apache.org/jira/browse/FOP-2849 > Project: FOP > Issue Type: Bug > Components: image/unqualified >Affects Versions: 2.2 > Environment: Linux >Reporter: Stefan Hegny >Priority: Minor > Attachments: big.bmp, big.fo > > > I'm using external-graphics with grayscale 8bit Windows BMP Files. Whenever > the Image has to be scaled down, in the pdf it is flipped horizontally, > acutally not keeping its aspect ratio, and the grayscales look dim. See > big.fo. Sometimes when using imagemagic convert (-depth 8 -colors 256 -type > grayscale) I also managed to get it flipped vertically and goes out of the > block at the top. > Extracting the image with pdfimages gives a ppm, its aspect rafio is correct > but still the colours are dim. > FO Files and sample BMPs are attached and here: > [https://www.magentacloud.de/share/6x.svy3pz9] > The small works ok, the big shows the described effect with FOP 2.2 - Im not > sure if the issue is FOP of the Java Image IO, please advise > Thanks & regards, Stefan -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (FOP-2849) Scaling of Grayscale Windows BMP
[ https://issues.apache.org/jira/browse/FOP-2849?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16794461#comment-16794461 ] Stefan Hegny commented on FOP-2849: --- I'm closing this and repoen at xmlgraphics. Sorry guis. > Scaling of Grayscale Windows BMP > > > Key: FOP-2849 > URL: https://issues.apache.org/jira/browse/FOP-2849 > Project: FOP > Issue Type: Bug > Components: image/unqualified >Affects Versions: 2.2 > Environment: Linux >Reporter: Stefan Hegny >Priority: Minor > Attachments: big.bmp, big.fo > > > I'm using external-graphics with grayscale 8bit Windows BMP Files. Whenever > the Image has to be scaled down, in the pdf it is flipped horizontally, > acutally not keeping its aspect ratio, and the grayscales look dim. See > big.fo. Sometimes when using imagemagic convert (-depth 8 -colors 256 -type > grayscale) I also managed to get it flipped vertically and goes out of the > block at the top. > Extracting the image with pdfimages gives a ppm, its aspect rafio is correct > but still the colours are dim. > FO Files and sample BMPs are attached and here: > [https://www.magentacloud.de/share/6x.svy3pz9] > The small works ok, the big shows the described effect with FOP 2.2 - Im not > sure if the issue is FOP of the Java Image IO, please advise > Thanks & regards, Stefan -- This message was sent by Atlassian JIRA (v7.6.3#76005)
