RE: new xgc release required for fop 1.1 release?

Hi Glenn, I am not sure if this is the sole reason, but I put forward the patch #53185 (FOP) to unify the date code in both projects that depends on #53184 (XGC). If that patch is to be included in FOP 1.1 then the patched version of XGC will also be required. Robert Meyer From: gl

RE: Wrong SVG path rendering caused by overflow attribute

to. Best Regards, Robert Meyer Date: Tue, 29 May 2012 00:48:44 +0100 From: lmpmberna...@gmail.com To: fop-dev@xmlgraphics.apache.org Subject: Re: Wrong SVG path rendering caused by overflow attribute Thanks for the excellent test case! I will investigate if no else does it. Note

Line wrapping with certain characters

confusing as it mentions zero-width spaces being in the pair table, but if that's the case why are the spaces never compared. Thanks, Robert Meyer ?xml version=1.0 encoding=UTF-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; xmlns:fox=http

Image align and overflow behaviour since complex scripts patch

are allowed under blocks, but I am not sure if this is relevant. This is primarily about clarifying which is correct as I would have presumed that if something is right aligned and it exceeds it's parents bounds, it will overflow in the direction it was assigned. Thanks, Robert Meyer

RE: new checkstyle/findbugs warnings

to take a look that would be great. Regards, Robert Meyer From: gl...@skynav.com Date: Sat, 29 Dec 2012 10:49:03 -0600 Subject: new checkstyle/findbugs warnings To: phanc...@apache.org CC: fop-dev@xmlgraphics.apache.org peter, your recent commit (below) introduced 7 new checkstyle warnings

RE: svn commit: r1428918 - in /xmlgraphics/fop/trunk: src/java/org/apache/fop/layoutmgr/inline/ImageLayout.java status.xml

=1428918view=rev Log: Jira FOP-2174: When using SVG drawings, if no content-width and content-height is specified, 72 will be used instead of the source-resolution option Patch submitted by Robert Meyer (rmeyer at hotmail dot co dot uk) Modified: xmlgraphics/fop

RE: svn commit: r1428918 - in /xmlgraphics/fop/trunk: src/java/org/apache/fop/layoutmgr/inline/ImageLayout.java status.xml

by Robert Meyer (rmeyer at hotmail dot co dot uk) Modified: xmlgraphics/fop/trunk/src/java/org/apache/fop/layoutmgr/inline/ImageLayout.java xmlgraphics/fop/trunk/status.xml Modified: xmlgraphics/fop/trunk/src/java/org/apache/fop/layoutmgr/inline

OTF CFF Implementation

. Regards, Robert Meyer

RE: OTF CFF Implementation

to it will be applied on demand. [1] http://sourceforge.net/projects/fontbox/stats/scm?repo=CVSRepositorydates=2007-01-10+to+2013-01-10 2013/1/9 Robert Meyer rme...@hotmail.co.uk: Hi All, Unless someone else has been developing this in secret, I am planning to make a start on adding support for OTF

RE: OTF CFF Implementation

+to+2013-01-10 2013/1/9 Robert Meyer rme...@hotmail.co.uk: Hi All, Unless someone else has been developing this in secret, I am planning to make a start on adding support for OTF CFF (Open Type - Compact Font Format). There are two choices I can see which are available and would like

[Vote] Add dependency to fontbox for OTF CFF

the dependency issue needs to be voted on. I would therefore like to start a vote. As a contributor, my vote will not count toward the result, therefore the decision is left up to the rest of you. Regards, Robert Meyer

[Vote][Result] Add dependency to fontbox for OTF CFF‏

development shortly. I will post a patch to Jira when complete. Regards, Robert Meyer

RE: Help needed for RTF

the result is. If I get a bit of spare time i'll take another look and see if I can get it to correctly add the table as a child item and see what happens. In any case i'll let you know what I find. Regards, Robert Meyer Subject: Help needed for RTF Date: Thu, 21 Feb 2013 14:19:09 +0100 From

RE: AW: Help needed for RTF

if certain objects are children of others instead of using a more generic approach. I am not sure if this is down to the complexities of RTF or just the implementation, but it definitely deserves some attention in future. I hope this points you in the right direction. Regards, Robert Meyer Subject

RE: RTF: Inline background-color will be inherit to next cell

. It's a difficult one and all depends on the implementation. I will take another look at this at some point but unfortunately at present have prior obligations. Regards, Robert Meyer Subject: RTF: Inline background-color will be inherit to next cell Date: Fri, 15 Mar 2013 11:56:55 +0100 From

Fontbox optional dependency

to a CFF font. This is just to confirm that I don't need to make the OTF CFF code external to FOP as a separate jar plugin so that FOP can be compiled without it. Thanks, Robert Meyer

RE: Fontbox optional dependency

be referencing an existing compiled version of their project. From: gl...@skynav.com Date: Wed, 29 May 2013 09:40:05 -0600 Subject: Re: Fontbox optional dependency To: fop-dev@xmlgraphics.apache.org On Wed, May 29, 2013 at 9:31 AM, Robert Meyer rme...@hotmail.co.uk wrote: Hi All, Quick

RE: Fontbox optional dependency

? That is my inclination but I want to know what others think before I do it. On 5/29/13 4:55 PM, Robert Meyer wrote: Sorry I worded that incorrectly. The changes I'm making to fontbox will be applied to their project, though this is dependant

RE: Fontbox optional dependency

the problem was caused by the fop-pdf-images.jar being in the classpath in my machine. I will remove the pdfbox jar. On Thu, Aug 15, 2013 at 8:56 AM, Robert Meyer rme...@hotmail.co.uk wrote: Hi Lewis, Thanks for doing this. I really should have done this myself but will try and ease my way

RE: [VOTE] Merge Temp_FopFontsForSVG into trunk

+1 I think this sounds ok based on what Luis is saying. Date: Tue, 27 Aug 2013 13:25:03 +0100 From: bowditch_ch...@hotmail.com To: fop-dev@xmlgraphics.apache.org Subject: Re: [VOTE] Merge Temp_FopFontsForSVG into trunk Hi Vincent, On 21/08/2013 11:08, Vincent Hennebert wrote: This

Move PSGraphics2D and other shading classes from XGC to FOP

am planning on moving them to FOP. If you have any concerns with this move, please feel free to let me know. If I don't hear anything back on this then I'll assume lazy consensus and go ahead with the move. I'll post a patch a week before I apply it. Regards, Robert Meyer

RE: Move PSGraphics2D and other shading classes from XGC to FOP

, Robert Meyer Date: Thu, 26 Sep 2013 12:04:53 +0200 From: d...@jeremias-maerki.ch To: fop-dev@xmlgraphics.apache.org Subject: Re: Move PSGraphics2D and other shading classes from XGC to FOP Hi Robert I know I am probably too late but I'm swamped right now and haven't followed the mailing

[VOTE] Add Type 1 subset support

you use the embedding-mode=subset as per one of the recommendations from the last vote. Here is my vote: +1 Best Regards, Robert Meyer

FOP Release Automation

copies would become out of date and worse, if someone were to perform a release it would overwrite all those changes. I've been recommended to look at markdown extensions but if anyone else has any ideas on the best way to go about this it would be much appreciated. Thanks, Robert Meyer

RE: [VOTE] Add Type 1 subset support

in the configuration. Regards, Robert Meyer Date: Tue, 20 May 2014 11:26:23 +0100 From: vhenneb...@gmail.com To: fop-dev@xmlgraphics.apache.org Subject: Re: [VOTE] Add Type 1 subset support The code has certainly improved since last time. Now glyph names are being used directly, without any round-trip

RE: FOP Release Automation

Hi, After investigating your suggestions Clay I have found that svn-hooks can't be used for the purpose we require unfortunately as it may lead to problems with how SVN operates and also may have some unexpected results with files being committed. This is stated in the documentation under

RE: FOP Release Automation

us get where we’re trying to go? Clay On May 30, 2014, at 7:19 AM, Robert Meyer rme...@hotmail.co.uk wrote: Hi, I like the simplicity of your idea, but the web interface is not so easy to dismiss unfortunately. If you do have a copy with those tags in, if any changes are made on the web

RE: PDFBox

to the future. Who knows, maybe we should just skip 1.6 and head straight to 1.8 ;-) Regards, Robert Meyer Date: Wed, 18 Jun 2014 17:17:17 +0200 Subject: Re: PDFBox From: psancho@gmail.com To: fop-dev@xmlgraphics.apache.org IIRC, Chris arged that it was hard to upgrade JVM on certain

RE: [VOTE] Merge Temp_FontMerging to trunk

+1 Thanks, Robert Meyer Date: Fri, 27 Jun 2014 00:12:30 +0100 From: lmpmberna...@gmail.com To: fop-dev@xmlgraphics.apache.org Subject: Re: [VOTE] Merge Temp_FontMerging to trunk I tested the code with some examples from a weekly newsletter that I

RE: FOP Release Automation

To use this utility it will require modification of our own Perl modules found on the FOP SVN site. Whether that requires just a change to the patterns (path.pm file) or the more complicated requirement of writing our own pattern subroutine (in the view.pm) I am not yet sure. Unfortunately

RE: [VOTE] merge branches/Temp_BasicSideFloats to trunk

Really nice work Luis. I think this feature has been asked for quite a few times so it's excellent to have this and from your examples seems to work really well. +1 Robert Date: Thu, 27 Nov 2014 12:22:15 + From: bowditch_ch...@hotmail.com To: fop-dev@xmlgraphics.apache.org Subject: Re:

RE: [VOTE] Merge Temp_MergeTaggedPDF to trunk

+1 Date: Tue, 10 Feb 2015 12:14:32 + From: bowditch_ch...@hotmail.com To: fop-dev@xmlgraphics.apache.org Subject: Re: [VOTE] Merge Temp_MergeTaggedPDF to trunk +1 Chris On 10/02/2015 11:04, Simon Steiner wrote: Hi, Thanasis Giannimaras provided patch to merge Tagged PDF

Re: Problem with FOP configuration auto detect

I'm guessing the omission of the starting fonts tag was a mistake when writing your message? If so do you get any messages going to the standard output? Usually something like “Font not found ‘font’, Substituting with …”. How are you referencing the font from your FO file? Robert From:

RE: [VOTE] Merge Temp_MergeTaggedPDF to trunk

Bit late but +1 Date: Wed, 3 Jun 2015 09:22:18 +0200 Subject: Re: [VOTE] Merge Temp_MergeTaggedPDF to trunk From: psancho@gmail.com To: fop-dev@xmlgraphics.apache.org Hi, +1 2015-06-02 17:12 GMT+02:00 Simon Steiner simonsteiner1...@gmail.com: Hi, Vote to merge branch to

RE: [VOTE] Release XML Graphics FOP 2.0

+1 Date: Thu, 21 May 2015 15:23:22 +0100 From: bowditch_ch...@hotmail.com To: gene...@xmlgraphics.apache.org CC: fop-dev@xmlgraphics.apache.org Subject: Re: [VOTE] Release XML Graphics FOP 2.0 +1. Thanks Simon On 21/05/2015 14:21, Simon Steiner wrote: -BEGIN PGP SIGNED

[VOTE] Merge Temp_PCLSoftFont branch with trunk

Hi All, This is a vote to merge the temporary branch for adding PCL soft font support to FOP trunk. What this allows for are TrueType fonts to be converted into a PCL native font format. This moves FOP away from using AWT and rasterized characters allowing for PCL output to potentially be

RE: Build failed in Jenkins: xmlgraphics-fop #161

I am going to be resolving this shortly. I'll also use this as an opportunity to resolve currently ignored findbugs issue as well. I'll update this once done and the fix has been committed. Date: Mon, 10 Aug 2015 14:32:21 + From: jenk...@builds.apache.org To:

RE: Build failed in Jenkins: xmlgraphics-fop #161

Fix has now been applied: http://svn.apache.org/viewvc?view=revisionrevision=1695225 From: rme...@hotmail.co.uk To: fop-dev@xmlgraphics.apache.org Subject: RE: Build failed in Jenkins: xmlgraphics-fop #161 Date: Tue, 11 Aug 2015 08:03:19 + I am going to be resolving this shortly. I'll

RE: [VOTE RESULT] Merge Temp_PCLSoftFont branch with trunk

Rob, Thanks for developing this useful addition to PCL Renderer. +1 Thanks, Chris On 04/08/2015 16:33, Robert Meyer wrote: Hi All, This is a vote to merge the temporary branch for adding PCL soft font support to FOP trunk. What this allows for are TrueType fonts

RE: SingleByteFont Patch

Hi, I have had dealings with this when I was implementing open-type font support as that and Type-1 fonts share similar CharString data. Initially I thought the bounding box was a necessary part of getting the font to work and as such put forward two patches to FontBox. The first fixed their

RE: [VOTE] Release XML Graphics FOP 2.1 (2nd attempt)

+1 Subject: Re: [VOTE] Release XML Graphics FOP 2.1 (2nd attempt) To: fop-dev@xmlgraphics.apache.org; gene...@xmlgraphics.apache.org From: matthias8...@gmx.at Date: Fri, 8 Jan 2016 07:55:09 -0300 +1 On 07.01.2016 11:23, Simon Steiner wrote: Hi,

RE: rendering Image file(png/bmp) on AFP file

Do you mean something like the following: ? Best regards, Robert From: rajkumar_si...@newgen.co.in To: fop-dev@xmlgraphics.apache.org Subject: rendering Image file(png/bmp) on AFP file Date: Tue, 16 Aug 2016 20:15:25 +0530 Dear Sir, I am developing an application

Re: [VOTE] Merge Temp_SurrogatePairs to trunk

+1 From: Matthias Reischenbacher Sent: 14 March 2018 11:06 To: fop-dev@xmlgraphics.apache.org Subject: Re: [VOTE] Merge Temp_SurrogatePairs to trunk +1 On 09.03.2018 11:04, Simon Steiner wrote: > Hi, > > Simone Rondelli has done some

[jira] [Updated] (FOP-1840) [PATCH] Region-Body Column balancing incorrect if content is table with header

[ https://issues.apache.org/jira/browse/FOP-1840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-1840: -- Attachment: fix.diff A small fix to resolve the issue highlighted by the multiple page example (balance

[jira] [Updated] (FOP-1840) [PATCH] Region-Body Column balancing incorrect if content is table with header

[ https://issues.apache.org/jira/browse/FOP-1840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-1840: -- Attachment: fix.diff A small fix to resolve the issue highlighted by the multiple page example (balance

[jira] [Updated] (FOP-1069) No error message on illegal/unknown values on a property

[ https://issues.apache.org/jira/browse/FOP-1069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-1069: -- Attachment: test2.fo patch.diff This bug is quite an old one but it still applies

[jira] [Updated] (FOP-1069) No error message on illegal/unknown values on a property

[ https://issues.apache.org/jira/browse/FOP-1069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-1069: -- Attachment: test2.fo patch.diff This bug is quite an old one but it still applies

[jira] [Comment Edited] (FOP-1069) No error message on illegal/unknown values on a property

[ https://issues.apache.org/jira/browse/FOP-1069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13529908#comment-13529908 ] Robert Meyer edited comment on FOP-1069 at 12/12/12 12:22 PM

[jira] [Comment Edited] (FOP-1069) No error message on illegal/unknown values on a property

[ https://issues.apache.org/jira/browse/FOP-1069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13529908#comment-13529908 ] Robert Meyer edited comment on FOP-1069 at 12/12/12 12:22 PM

[jira] [Updated] (FOP-1840) [PATCH] Region-Body Column balancing incorrect if content is table with header

[ https://issues.apache.org/jira/browse/FOP-1840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-1840: -- Attachment: output-balance5.pdf I spent 5 minutes looking at this and found that the balancing code

[jira] [Updated] (FOP-1840) [PATCH] Region-Body Column balancing incorrect if content is table with header

[ https://issues.apache.org/jira/browse/FOP-1840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-1840: -- Attachment: output-balance5.pdf I spent 5 minutes looking at this and found that the balancing code

[jira] [Created] (FOP-2174) When using SVG drawings, if no content-width and content-height is specified, 72 will be used instead of the source-resolution option.

Robert Meyer created FOP-2174: - Summary: When using SVG drawings, if no content-width and content-height is specified, 72 will be used instead of the source-resolution option. Key: FOP-2174 URL: https

[jira] [Updated] (FOP-2174) When using SVG drawings, if no content-width and content-height is specified, 72 will be used instead of the source-resolution option.

[ https://issues.apache.org/jira/browse/FOP-2174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2174: -- Attachment: test.fo output-144.pdf patch.diff Here is the patch

[jira] [Updated] (FOP-2174) [PATCH] When using SVG drawings, if no content-width and content-height is specified, 72 will be used instead of the source-resolution option.

[ https://issues.apache.org/jira/browse/FOP-2174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2174: -- Summary: [PATCH] When using SVG drawings, if no content-width and content-height is specified, 72

[jira] [Created] (FOP-2175) Dependant on FOP-2174 - Change to XGC to support the changes in FOP for image scaling. Scaling by resolution is removed to avoid duplicate scaling.

Robert Meyer created FOP-2175: - Summary: Dependant on FOP-2174 - Change to XGC to support the changes in FOP for image scaling. Scaling by resolution is removed to avoid duplicate scaling. Key: FOP-2175 URL: https

[jira] [Updated] (FOP-2175) [PATCH] Dependant on FOP-2174 - Change to XGC to support the changes in FOP for image scaling. Scaling by resolution is removed to avoid duplicate scaling.

[ https://issues.apache.org/jira/browse/FOP-2175?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2175: -- Summary: [PATCH] Dependant on FOP-2174 - Change to XGC to support the changes in FOP for image scaling

[jira] [Updated] (FOP-2175) Dependant on FOP-2174 - Change to XGC to support the changes in FOP for image scaling. Scaling by resolution is removed to avoid duplicate scaling.

[ https://issues.apache.org/jira/browse/FOP-2175?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2175: -- Attachment: patch.diff Attached a patch containing a small change to remove scaling from XGC when

[jira] [Updated] (FOP-2160) writing-mode=lr causing null-pointer-exception

[ https://issues.apache.org/jira/browse/FOP-2160?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2160: -- Attachment: patch.diff I had a quick look at this and found that the null pointer was happening because

[jira] [Updated] (FOP-2160) [PATCH] writing-mode=lr causing null-pointer-exception

[ https://issues.apache.org/jira/browse/FOP-2160?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2160: -- Summary: [PATCH] writing-mode=lr causing null-pointer-exception (was: writing-mode=lr causing null

[jira] [Updated] (FOP-2160) [PATCH] writing-mode=rl causing null-pointer-exception

[ https://issues.apache.org/jira/browse/FOP-2160?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2160: -- Attachment: patch.diff Hi Chris, Good catch on that as I missed that the text was not aligned correctly

[jira] [Created] (FOP-2177) If a right aligned image exceeds a table cells bounds, it will overflow in the wrong direction

Robert Meyer created FOP-2177: - Summary: If a right aligned image exceeds a table cells bounds, it will overflow in the wrong direction Key: FOP-2177 URL: https://issues.apache.org/jira/browse/FOP-2177

[jira] [Assigned] (FOP-2177) If a right aligned image exceeds a table cells bounds, it will overflow in the wrong direction

[ https://issues.apache.org/jira/browse/FOP-2177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer reassigned FOP-2177: - Assignee: Robert Meyer If a right aligned image exceeds a table cells bounds

[jira] [Updated] (FOP-2177) If a right aligned image exceeds a table cells bounds, it will overflow in the wrong direction

[ https://issues.apache.org/jira/browse/FOP-2177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2177: -- Attachment: output-trunk.pdf output-old.pdf I have attached two PDF's showing the issue

[jira] [Updated] (FOP-2174) [PATCH] When using SVG drawings, if no content-width and content-height is specified, 72 will be used instead of the source-resolution option.

[ https://issues.apache.org/jira/browse/FOP-2174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2174: -- Attachment: basi2c08.png Attached the missing image used in the example FO [PATCH

[jira] [Updated] (FOP-2174) [PATCH] When using SVG drawings, if no content-width and content-height is specified, 72 will be used instead of the source-resolution option.

[ https://issues.apache.org/jira/browse/FOP-2174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2174: -- Attachment: patch2.diff Attached patch2.diff which resolves the findbugs issue. [PATCH

[jira] [Updated] (FOP-2177) [PATCH] If a right aligned image exceeds a table cells bounds, it will overflow in the wrong direction

[ https://issues.apache.org/jira/browse/FOP-2177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2177: -- Summary: [PATCH] If a right aligned image exceeds a table cells bounds, it will overflow in the wrong

[jira] [Updated] (FOP-2177) If a right aligned image exceeds a table cells bounds, it will overflow in the wrong direction

[ https://issues.apache.org/jira/browse/FOP-2177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2177: -- Attachment: patch.diff Attached patch.diff for this issue. I have left the endIndent check

[jira] [Updated] (FOP-2174) [PATCH] When using SVG drawings, if no content-width and content-height is specified, 72 will be used instead of the source-resolution option.

[ https://issues.apache.org/jira/browse/FOP-2174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2174: -- Attachment: output-144-expected.pdf To better show what is happening, I have attached an output-144

[jira] [Assigned] (FOP-2179) New checkstyle and findbugs issues introduced after recent patch

[ https://issues.apache.org/jira/browse/FOP-2179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer reassigned FOP-2179: - Assignee: Robert Meyer New checkstyle and findbugs issues introduced after recent patch

[jira] [Created] (FOP-2179) New checkstyle and findbugs issues introduced after recent patch

Robert Meyer created FOP-2179: - Summary: New checkstyle and findbugs issues introduced after recent patch Key: FOP-2179 URL: https://issues.apache.org/jira/browse/FOP-2179 Project: Fop Issue

[jira] [Updated] (FOP-2179) [PATCH] New checkstyle and findbugs issues introduced after recent patch

[ https://issues.apache.org/jira/browse/FOP-2179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2179: -- Summary: [PATCH] New checkstyle and findbugs issues introduced after recent patch (was: New checkstyle

[jira] [Updated] (FOP-2177) [PATCH] If a right aligned image exceeds a table cells bounds, it will overflow in the wrong direction

[ https://issues.apache.org/jira/browse/FOP-2177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2177: -- Attachment: house_blank.gif test.fo As requested, I have attached both the FO and image

[jira] [Updated] (FOP-2044) Hyphenation of Uppercase Words, Combined with Underlines

[ https://issues.apache.org/jira/browse/FOP-2044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2044: -- Attachment: output.pdf After having a go this morning I think I have got it working and it seems

[jira] [Updated] (FOP-2044) Hyphenation of Uppercase Words, Combined with Underlines

[ https://issues.apache.org/jira/browse/FOP-2044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2044: -- Attachment: patch.diff I managed to spend a bit of time on this last night. The patch includes a new

[jira] [Created] (FOP-2181) Add a test case for the recent fix made in FOP-2174 and XGC-76 regarding source resolution scaling with SVG and images

Robert Meyer created FOP-2181: - Summary: Add a test case for the recent fix made in FOP-2174 and XGC-76 regarding source resolution scaling with SVG and images Key: FOP-2181 URL: https://issues.apache.org/jira/browse

[jira] [Created] (FOP-2207) fo:external-graphic when using a PDF was being scaled incorrectly based on source resolution

Robert Meyer created FOP-2207: - Summary: fo:external-graphic when using a PDF was being scaled incorrectly based on source resolution Key: FOP-2207 URL: https://issues.apache.org/jira/browse/FOP-2207

[jira] [Updated] (FOP-2207) fo:external-graphic when using a PDF was being scaled incorrectly based on source resolution

[ https://issues.apache.org/jira/browse/FOP-2207?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2207: -- Attachment: patch.diff test.fo fop.xconf example.pdf

[jira] [Commented] (FOP-2207) fo:external-graphic when using a PDF was being scaled incorrectly based on source resolution

[ https://issues.apache.org/jira/browse/FOP-2207?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13572537#comment-13572537 ] Robert Meyer commented on FOP-2207: --- I didn't know where to put this, but if this belongs

[jira] [Updated] (FOP-2181) Add a test case for the recent fix made in FOP-2174 and XGC-76 regarding source resolution scaling with SVG and images

[ https://issues.apache.org/jira/browse/FOP-2181?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2181: -- Attachment: patch.diff Added a patch including a unit test for the ImageLayout class. I have also

[jira] [Updated] (FOP-2181) [PATCH] Add a test case for the recent fix made in FOP-2174 and XGC-76 regarding source resolution scaling with SVG and images

[ https://issues.apache.org/jira/browse/FOP-2181?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2181: -- Summary: [PATCH] Add a test case for the recent fix made in FOP-2174 and XGC-76 regarding source

[jira] [Updated] (FOP-2217) Image scaling change .was adversely affecting other image types

[ https://issues.apache.org/jira/browse/FOP-2217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2217: -- Description: A patch which will be posted shortly addresses several issues revolving around a change

[jira] [Updated] (FOP-2217) Image scaling change .was adversely affecting other image types

[ https://issues.apache.org/jira/browse/FOP-2217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2217: -- Attachment: patch.diff Attached patch file for the changes. Image scaling change

[jira] [Created] (FOP-2217) Image scaling change was adversely affecting cd ..

Robert Meyer created FOP-2217: - Summary: Image scaling change was adversely affecting cd .. Key: FOP-2217 URL: https://issues.apache.org/jira/browse/FOP-2217 Project: Fop Issue Type: Bug

[jira] [Updated] (FOP-2217) [PATCH] Image scaling change .was adversely affecting other image types

[ https://issues.apache.org/jira/browse/FOP-2217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2217: -- Summary: [PATCH] Image scaling change .was adversely affecting other image types (was: Image scaling

[jira] [Created] (FOP-2219) XGC change removal as it is no longer needed with the image scaling change in FOP

Robert Meyer created FOP-2219: - Summary: XGC change removal as it is no longer needed with the image scaling change in FOP Key: FOP-2219 URL: https://issues.apache.org/jira/browse/FOP-2219 Project: Fop

[jira] [Updated] (FOP-2219) XGC change removal as it is no longer needed with the image scaling change in FOP

[ https://issues.apache.org/jira/browse/FOP-2219?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2219: -- Attachment: patch.diff Attached patch to remove scaling change XGC change removal

[jira] [Commented] (FOP-850) TTF Reader fails

[ https://issues.apache.org/jira/browse/FOP-850?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13603285#comment-13603285 ] Robert Meyer commented on FOP-850: -- As I am looking at fonts at the moment, I thought I

[jira] [Created] (FOP-2252) OpenType CFF support to FOP

Robert Meyer created FOP-2252: - Summary: OpenType CFF support to FOP Key: FOP-2252 URL: https://issues.apache.org/jira/browse/FOP-2252 Project: Fop Issue Type: New Feature Components

[jira] [Updated] (FOP-2252) OpenType CFF support to FOP

[ https://issues.apache.org/jira/browse/FOP-2252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2252: -- Attachment: output.pdf 24052013-otfcff.patch This patch is a work in progress for OTF

[jira] [Updated] (FOP-2252) OpenType CFF support to FOP

[ https://issues.apache.org/jira/browse/FOP-2252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2252: -- Attachment: (was: output.pdf) OpenType CFF support to FOP

[jira] [Updated] (FOP-2252) OpenType CFF support to FOP

[ https://issues.apache.org/jira/browse/FOP-2252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2252: -- Attachment: output.pdf Here is an example of a PDF with subsetted OTF CFF for both standard and CID

[jira] [Updated] (FOP-2252) OpenType CFF support for FOP

[ https://issues.apache.org/jira/browse/FOP-2252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2252: -- Summary: OpenType CFF support for FOP (was: OpenType CFF support to FOP) OpenType CFF support

[jira] [Updated] (FOP-1278) PNG causes NPE for RTF output

[ https://issues.apache.org/jira/browse/FOP-1278?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-1278: -- Attachment: test.fo I know this is an old bug, but thought I'd just investigate to see whether

[jira] [Commented] (FOP-1333) External graphic doesnt size properly with height set at 100%

[ https://issues.apache.org/jira/browse/FOP-1333?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13673190#comment-13673190 ] Robert Meyer commented on FOP-1333: --- Another old one, but seemingly still valid today. I

[jira] [Updated] (FOP-2252) OpenType CFF support for FOP

[ https://issues.apache.org/jira/browse/FOP-2252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2252: -- Attachment: SourceSansProBold.otf AlexBrushRegular.otf fontbox-1.8.0

[jira] [Updated] (FOP-2252) OpenType CFF support for FOP

[ https://issues.apache.org/jira/browse/FOP-2252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2252: -- Attachment: (was: 24052013-otfcff.patch) OpenType CFF support for FOP

[jira] [Updated] (FOP-2275) [PATCH] Quadratic Bézier curves not properly rendered

[ https://issues.apache.org/jira/browse/FOP-2275?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2275: -- Summary: [PATCH] Quadratic Bézier curves not properly rendered (was: Quadratic Bézier curves

[jira] [Updated] (FOP-2275) Quadratic Bézier curves not properly rendered

[ https://issues.apache.org/jira/browse/FOP-2275?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer updated FOP-2275: -- Attachment: patch.diff I have come up with a patch for this issue. It involves converting the Quadratic

[jira] [Commented] (FOP-2275) [PATCH] Quadratic Bézier curves not properly rendered

[ https://issues.apache.org/jira/browse/FOP-2275?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13745036#comment-13745036 ] Robert Meyer commented on FOP-2275: --- patch applied: http://svn.apache.org/viewvc?view

[jira] [Resolved] (FOP-2275) [PATCH] Quadratic Bézier curves not properly rendered

[ https://issues.apache.org/jira/browse/FOP-2275?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Meyer resolved FOP-2275. --- Resolution: Fixed Fix Version/s: trunk [PATCH] Quadratic Bézier curves not properly

  1   2   >