You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by Simon Steiner <si...@gmail.com> on 2014/06/20 13:23:13 UTC

[VOTE] Merge Temp_FontMerging to trunk

Hi,

 

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">

  <renderers>

    <renderer mime="application/pdf">

      <merge-fonts>true</merge-fonts>

    </renderer>

  </renderers>

</fop>

 

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.

 

https://issues.apache.org/jira/browse/FOP-2302

https://svn.apache.org/repos/asf/xmlgraphics/fop-pdf-images/branches/Temp_Fo
ntMerging

https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_FontMerging

 

Here is my vote: +1

 

Thanks


Re: [VOTE] Merge Temp_FontMerging to trunk

Posted by Chris Bowditch <bo...@hotmail.com>.
Hi Clay,

I think the plan is to release FOP v2.0 very shortly together with Java 
6. This is so we can include the font merging feature. So the last Java 
5 compatible version will be v1.1.

Thanks,

Chris

On 23/06/2014 16:34, Clay Leeds wrote:
> Will there be 'one last release using Java 5’ enabling the most widespread use of the latest FOP development or does this mean that the last version of Java 5 support will be FOP 1.1?
>
> Either way, I think this is a great improvement!
>
> Great work, Simon!
>
> +1 from me.
>
> On Jun 23, 2014, at 8:11 AM, Chris Bowditch <bo...@hotmail.com> wrote:
>> Hi Simon,
>>
>> This branch represents many months of hard work. Merging fonts within separate PDFs is far from a trivial task, and has been requested by almost everyone who uses the PDF Plug-in. Thanks you and well done on bringing the implementation to this point.
>>
>> I downloaded the branch and ran a couple of basic tests, seems ok from a high level. Therefore I am +1 to merge this branch into trunk
>>
>> Thanks,
>>
>> Chris
>>
>> On 20/06/2014 12:23, Simon Steiner wrote:
>>> Hi,
>>>
>>> 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">
>>>
>>>   <renderers>
>>>
>>>     <renderer mime="application/pdf">
>>>
>>> <merge-fonts>true</merge-fonts>
>>>
>>>     </renderer>
>>>
>>>   </renderers>
>>>
>>> </fop>
>>>
>>> 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.
>>>
>>> https://issues.apache.org/jira/browse/FOP-2302
>>>
>>> https://svn.apache.org/repos/asf/xmlgraphics/fop-pdf-images/branches/Temp_FontMerging
>>>
>>> https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_FontMerging
>>>
>>> Here is my vote: +1
>>>
>>> Thanks
>>>
>
>


Re: [VOTE] Merge Temp_FontMerging to trunk

Posted by Pascal Sancho <ps...@gmail.com>.
Hi,

Very good work, Simon.

+1

2014-06-23 17:34 GMT+02:00 Clay Leeds <th...@gmail.com>:
> Will there be 'one last release using Java 5’ enabling the most widespread use of the latest FOP development or does this mean that the last version of Java 5 support will be FOP 1.1?
>
> Either way, I think this is a great improvement!
>
> Great work, Simon!
>
> +1 from me.
>
> On Jun 23, 2014, at 8:11 AM, Chris Bowditch <bo...@hotmail.com> wrote:
>> Hi Simon,
>>
>> This branch represents many months of hard work. Merging fonts within separate PDFs is far from a trivial task, and has been requested by almost everyone who uses the PDF Plug-in. Thanks you and well done on bringing the implementation to this point.
>>
>> I downloaded the branch and ran a couple of basic tests, seems ok from a high level. Therefore I am +1 to merge this branch into trunk
>>
>> Thanks,
>>
>> Chris
>>
>> On 20/06/2014 12:23, Simon Steiner wrote:
>>>
>>> Hi,
>>>
>>> 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">
>>>
>>>  <renderers>
>>>
>>>    <renderer mime="application/pdf">
>>>
>>> <merge-fonts>true</merge-fonts>
>>>
>>>    </renderer>
>>>
>>>  </renderers>
>>>
>>> </fop>
>>>
>>> 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.
>>>
>>> https://issues.apache.org/jira/browse/FOP-2302
>>>
>>> https://svn.apache.org/repos/asf/xmlgraphics/fop-pdf-images/branches/Temp_FontMerging
>>>
>>> https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_FontMerging
>>>
>>> Here is my vote: +1
>>>
>>> Thanks
>>>
>>
>



-- 
pascal

Re: [VOTE] Merge Temp_FontMerging to trunk

Posted by Clay Leeds <th...@gmail.com>.
Will there be 'one last release using Java 5’ enabling the most widespread use of the latest FOP development or does this mean that the last version of Java 5 support will be FOP 1.1?

Either way, I think this is a great improvement!

Great work, Simon!

+1 from me.

On Jun 23, 2014, at 8:11 AM, Chris Bowditch <bo...@hotmail.com> wrote:
> Hi Simon,
> 
> This branch represents many months of hard work. Merging fonts within separate PDFs is far from a trivial task, and has been requested by almost everyone who uses the PDF Plug-in. Thanks you and well done on bringing the implementation to this point.
> 
> I downloaded the branch and ran a couple of basic tests, seems ok from a high level. Therefore I am +1 to merge this branch into trunk
> 
> Thanks,
> 
> Chris
> 
> On 20/06/2014 12:23, Simon Steiner wrote:
>> 
>> Hi,
>> 
>> 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">
>> 
>>  <renderers>
>> 
>>    <renderer mime="application/pdf">
>> 
>> <merge-fonts>true</merge-fonts>
>> 
>>    </renderer>
>> 
>>  </renderers>
>> 
>> </fop>
>> 
>> 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.
>> 
>> https://issues.apache.org/jira/browse/FOP-2302
>> 
>> https://svn.apache.org/repos/asf/xmlgraphics/fop-pdf-images/branches/Temp_FontMerging
>> 
>> https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_FontMerging
>> 
>> Here is my vote: +1
>> 
>> Thanks
>> 
> 


Re: [VOTE] Merge Temp_FontMerging to trunk

Posted by Chris Bowditch <bo...@hotmail.com>.
Hi Simon,

This branch represents many months of hard work. Merging fonts within 
separate PDFs is far from a trivial task, and has been requested by 
almost everyone who uses the PDF Plug-in. Thanks you and well done on 
bringing the implementation to this point.

I downloaded the branch and ran a couple of basic tests, seems ok from a 
high level. Therefore I am +1 to merge this branch into trunk

Thanks,

Chris

On 20/06/2014 12:23, Simon Steiner wrote:
>
> Hi,
>
> 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">
>
>   <renderers>
>
>     <renderer mime="application/pdf">
>
> <merge-fonts>true</merge-fonts>
>
>     </renderer>
>
>   </renderers>
>
> </fop>
>
> 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.
>
> https://issues.apache.org/jira/browse/FOP-2302
>
> https://svn.apache.org/repos/asf/xmlgraphics/fop-pdf-images/branches/Temp_FontMerging
>
> https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_FontMerging
>
> Here is my vote: +1
>
> Thanks
>


RE: [VOTE] Merge Temp_FontMerging to trunk

Posted by Simon Steiner <si...@gmail.com>.
Hi,

I didn't include myself.

Thanks

-----Original Message-----
From: Chris Bowditch [mailto:bowditch_chris@hotmail.com] 
Sent: 02 July 2014 11:25
To: fop-dev@xmlgraphics.apache.org
Subject: Re: [VOTE] Merge Temp_FontMerging to trunk

Hi Simon,

I counted 6 +1s;

Simon, Chris, Clay, Pascal, Luis and Rob

Did I miss something?

Thanks,

Chris

On 27/06/2014 13:09, Simon Steiner wrote:
>
> Hi,
>
> Thanks all for voting. The vote has now concluded and has passed with
> 5 +1 votes.
>
> Thanks
>
> *From:*Robert Meyer [mailto:rmeyer@hotmail.co.uk]
> *Sent:* 27 June 2014 09:52
> *To:* fop-dev@xmlgraphics.apache.org
> *Subject:* RE: [VOTE] Merge Temp_FontMerging to trunk
>
> +1
>
> Thanks,
>
> Robert Meyer
>
> ----------------------------------------------------------------------
> --
>
> Date: Fri, 27 Jun 2014 00:12:30 +0100
> From: lmpmbernardo@gmail.com <ma...@gmail.com>
> To: fop-dev@xmlgraphics.apache.org 
> <ma...@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:
>
>     Hi,
>
>     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">
>
>     <renderers>
>
>     <renderer mime="application/pdf">
>
>     <merge-fonts>true</merge-fonts>
>
>     </renderer>
>
>     </renderers>
>
>     </fop>
>
>     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.
>
>     https://issues.apache.org/jira/browse/FOP-2302
>
>     
> https://svn.apache.org/repos/asf/xmlgraphics/fop-pdf-images/branches/T
> emp_FontMerging
>
>     
> https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_FontMer
> ging
>
>     Here is my vote: +1
>
>     Thanks
>



Re: [VOTE] Merge Temp_FontMerging to trunk

Posted by Chris Bowditch <bo...@hotmail.com>.
Hi Simon,

I counted 6 +1s;

Simon, Chris, Clay, Pascal, Luis and Rob

Did I miss something?

Thanks,

Chris

On 27/06/2014 13:09, Simon Steiner wrote:
>
> Hi,
>
> Thanks all for voting. The vote has now concluded and has passed with 
> 5 +1 votes.
>
> Thanks
>
> *From:*Robert Meyer [mailto:rmeyer@hotmail.co.uk]
> *Sent:* 27 June 2014 09:52
> *To:* fop-dev@xmlgraphics.apache.org
> *Subject:* RE: [VOTE] Merge Temp_FontMerging to trunk
>
> +1
>
> Thanks,
>
> Robert Meyer
>
> ------------------------------------------------------------------------
>
> Date: Fri, 27 Jun 2014 00:12:30 +0100
> From: lmpmbernardo@gmail.com <ma...@gmail.com>
> To: fop-dev@xmlgraphics.apache.org <ma...@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:
>
>     Hi,
>
>     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">
>
>     <renderers>
>
>     <renderer mime="application/pdf">
>
>     <merge-fonts>true</merge-fonts>
>
>     </renderer>
>
>     </renderers>
>
>     </fop>
>
>     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.
>
>     https://issues.apache.org/jira/browse/FOP-2302
>
>     https://svn.apache.org/repos/asf/xmlgraphics/fop-pdf-images/branches/Temp_FontMerging
>
>     https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_FontMerging
>
>     Here is my vote: +1
>
>     Thanks
>


RE: [VOTE] Merge Temp_FontMerging to trunk

Posted by Simon Steiner <si...@gmail.com>.
Hi,

 

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

 

Thanks

 

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

 

+1

Thanks,

Robert Meyer

  _____  

Date: Fri, 27 Jun 2014 00:12:30 +0100
From:  <ma...@gmail.com> lmpmbernardo@gmail.com
To:  <ma...@xmlgraphics.apache.org> 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:

Hi,

 

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">

  <renderers>

    <renderer mime="application/pdf">

      <merge-fonts>true</merge-fonts>

    </renderer>

  </renderers>

</fop>

 

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.

 

 <https://issues.apache.org/jira/browse/FOP-2302>
https://issues.apache.org/jira/browse/FOP-2302

 
<https://svn.apache.org/repos/asf/xmlgraphics/fop-pdf-images/branches/Temp_F
ontMerging>
https://svn.apache.org/repos/asf/xmlgraphics/fop-pdf-images/branches/Temp_Fo
ntMerging

 
<https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_FontMerging>
https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_FontMerging

 

Here is my vote: +1

 

Thanks

 


RE: [VOTE] Merge Temp_FontMerging to trunk

Posted by Robert Meyer <rm...@hotmail.co.uk>.
+1

Thanks,

Robert Meyer

Date: Fri, 27 Jun 2014 00:12:30 +0100
From: lmpmbernardo@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 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:

    
    
      
      
      
      
        Hi,
         
        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">
          <renderers>
            <renderer mime="application/pdf">
             
          <merge-fonts>true</merge-fonts>
            </renderer>
          </renderers>
        </fop>
         
        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.
         
        https://issues.apache.org/jira/browse/FOP-2302
        https://svn.apache.org/repos/asf/xmlgraphics/fop-pdf-images/branches/Temp_FontMerging
        https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_FontMerging
         
        Here is my vote: +1
         
        Thanks
      
    
    
 		 	   		  

Re: [VOTE] Merge Temp_FontMerging to trunk

Posted by Luis Bernardo <lm...@gmail.com>.

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:
>
> Hi,
>
> 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">
>
>   <renderers>
>
>     <renderer mime="application/pdf">
>
> <merge-fonts>true</merge-fonts>
>
>     </renderer>
>
>   </renderers>
>
> </fop>
>
> 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.
>
> https://issues.apache.org/jira/browse/FOP-2302
>
> https://svn.apache.org/repos/asf/xmlgraphics/fop-pdf-images/branches/Temp_FontMerging
>
> https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_FontMerging
>
> Here is my vote: +1
>
> Thanks
>