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 Francesco Nigro <fi...@yahoo.it> on 2013/04/11 12:19:08 UTC
embedding fonts subset with single-byte encoding
Hi all,
I'm using a peculiar archiving solution so I have to use single-byte encoded fonts; I'd like to reduce size and embed only a subset and not all fonts.
I know that FOP doesn't support subset for single-byte at the moment but I was wondering if it would be feasible/reasonable to implement this feature.
I saw that getTTCName and getUsedGlyphs methods are called inside PDFFactory class to create a subset and that those methods are implemented for MultiByteFont class only.
Is fop going to support it at some point in the future?
What do you think would be the shortest path to have subset for single-byte fonts?
Thanks in advance,
F.
Re: embedding fonts subset with single-byte encoding
Posted by Francesco Nigro <fi...@yahoo.it>.
it's just that I have to use an archiving system that doesn't allow multi-byte fonts;
I know that's crazy but nonetheless I have to use it...
So I need to find a way to implement embedding-mode=subset AND encoding-mode=single-byte.
________________________________
Da: Glenn Adams <gl...@skynav.com>
A: fop-dev@xmlgraphics.apache.org; Francesco Nigro <fi...@yahoo.it>
Inviato: Sabato 13 Aprile 2013 2:00
Oggetto: Re: embedding fonts subset with single-byte encoding
yes, and why is that a problem?
On Fri, Apr 12, 2013 at 5:02 AM, Francesco Nigro <fi...@yahoo.it> wrote:
but in this way the fonts will be embedded as multi-byte, won't they?
>
>
>
>
>________________________________
> Da: Glenn Adams <gl...@skynav.com>
>A: fop-dev@xmlgraphics.apache.org; Francesco Nigro <fi...@yahoo.it>
>Inviato: Giovedì 11 Aprile 2013 16:51
>Oggetto: Re: embedding fonts subset with single-byte encoding
>
>
>
>Convert them to multibyte and let the existing subset system work.
>
>
>On Thu, Apr 11, 2013 at 4:19 AM, Francesco Nigro <fi...@yahoo.it> wrote:
>
>Hi all,
>>I'm using a peculiar archiving solution so I have to use single-byte encoded fonts; I'd like to reduce size and embed only a subset and not all fonts.
>>
>>I know that FOP doesn't support subset for single-byte at the moment but I was wondering if it would be feasible/reasonable to implement this feature.
>>I saw that getTTCName and getUsedGlyphs methods are called inside PDFFactory class to create a subset and that those methods are implemented for MultiByteFont class only.
>>
>>
>>Is fop going to support it at some point in the future?
>>What do you think would be the shortest path to have subset for single-byte fonts?
>>
>>
>>Thanks in advance,
>>F.
>>
>
>
>
Re: embedding fonts subset with single-byte encoding
Posted by Glenn Adams <gl...@skynav.com>.
yes, and why is that a problem?
On Fri, Apr 12, 2013 at 5:02 AM, Francesco Nigro <fi...@yahoo.it>wrote:
> but in this way the fonts will be embedded as multi-byte, won't they?
>
> ------------------------------
> *Da:* Glenn Adams <gl...@skynav.com>
> *A:* fop-dev@xmlgraphics.apache.org; Francesco Nigro <fi...@yahoo.it>
>
> *Inviato:* Giovedì 11 Aprile 2013 16:51
> *Oggetto:* Re: embedding fonts subset with single-byte encoding
>
> Convert them to multibyte and let the existing subset system work.
>
> On Thu, Apr 11, 2013 at 4:19 AM, Francesco Nigro <fi...@yahoo.it>wrote:
>
> Hi all,
> I'm using a peculiar archiving solution so I have to use single-byte
> encoded fonts; I'd like to reduce size and embed only a subset and not all
> fonts.
> I know that FOP doesn't support subset for single-byte at the moment but I
> was wondering if it would be feasible/reasonable to implement this feature.
> I saw that getTTCName and getUsedGlyphs methods are called inside
> PDFFactory class to create a subset and that those methods are implemented
> for MultiByteFont class only.
>
> Is fop going to support it at some point in the future?
> What do you think would be the shortest path to have subset for
> single-byte fonts?
>
> Thanks in advance,
> F.
>
>
>
>
>
Re: embedding fonts subset with single-byte encoding
Posted by Francesco Nigro <fi...@yahoo.it>.
but in this way the fonts will be embedded as multi-byte, won't they?
________________________________
Da: Glenn Adams <gl...@skynav.com>
A: fop-dev@xmlgraphics.apache.org; Francesco Nigro <fi...@yahoo.it>
Inviato: Giovedì 11 Aprile 2013 16:51
Oggetto: Re: embedding fonts subset with single-byte encoding
Convert them to multibyte and let the existing subset system work.
On Thu, Apr 11, 2013 at 4:19 AM, Francesco Nigro <fi...@yahoo.it> wrote:
Hi all,
>I'm using a peculiar archiving solution so I have to use single-byte encoded fonts; I'd like to reduce size and embed only a subset and not all fonts.
>
>I know that FOP doesn't support subset for single-byte at the moment but I was wondering if it would be feasible/reasonable to implement this feature.
>I saw that getTTCName and getUsedGlyphs methods are called inside PDFFactory class to create a subset and that those methods are implemented for MultiByteFont class only.
>
>
>Is fop going to support it at some point in the future?
>What do you think would be the shortest path to have subset for single-byte fonts?
>
>
>Thanks in advance,
>F.
>
Re: embedding fonts subset with single-byte encoding
Posted by Glenn Adams <gl...@skynav.com>.
Convert them to multibyte and let the existing subset system work.
On Thu, Apr 11, 2013 at 4:19 AM, Francesco Nigro <fi...@yahoo.it>wrote:
> Hi all,
> I'm using a peculiar archiving solution so I have to use single-byte
> encoded fonts; I'd like to reduce size and embed only a subset and not all
> fonts.
> I know that FOP doesn't support subset for single-byte at the moment but I
> was wondering if it would be feasible/reasonable to implement this feature.
> I saw that getTTCName and getUsedGlyphs methods are called inside
> PDFFactory class to create a subset and that those methods are implemented
> for MultiByteFont class only.
>
> Is fop going to support it at some point in the future?
> What do you think would be the shortest path to have subset for
> single-byte fonts?
>
> Thanks in advance,
> F.
>