Hi Simon,

I counted 6 +1s;

Simon, Chris, Clay, Pascal, Luis and Rob

Did I miss something?



On 27/06/2014 13:09, Simon Steiner wrote:


Thanks all for voting. The vote has now concluded and has passed with 5 +1 votes.


*From:*Robert Meyer [mailto:rme...@hotmail.co.uk]
*Sent:* 27 June 2014 09:52
*To:* fop-dev@xmlgraphics.apache.org
*Subject:* RE: [VOTE] Merge Temp_FontMerging to trunk



Robert Meyer


Date: Fri, 27 Jun 2014 00:12:30 +0100
From: lmpmberna...@gmail.com <mailto:lmpmberna...@gmail.com>
To: fop-dev@xmlgraphics.apache.org <mailto: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 receive -- this is a good example because the newsletter is always created using the same template and the same set of fonts (with a few exceptions).

The code worked mostly well but the output was not perfect with some of the fonts, where some glyphs were missing of misplaced (causing overlap). So there is still work to be done. Nevertheless, and since the feature is disabled by default, I think there is value in merging this to trunk because it does work in many situations. Besides I don't know if the problem is due to this patch or to PDFBox. Hence +1.

Note: I will send the examples directly to Simon.

On 6/20/14, 12:23 PM, Simon Steiner wrote:


    I have been working on merging fonts inside pdf external graphic
    using the pdf-plugin. The feature is disabled by default and can
    be enabled using fop.xconf:

    <fop version="1.0">


    <renderer mime="application/pdf">





    It is using pdfbox 2.0 snapshot which requires Java 6 or later so
    you vote needs to agree to end support for Java 5 on trunk.

    It is supporting fonts of type CFF, Truetype, CID and Type1.

    The vote will last 5 working days, ending next Friday.




    Here is my vote: +1


Reply via email to