DO NOT REPLY [Bug 46130] New: Feature request: Ability to use adobe (japanese) fonts without embedding them.

[bu...@apache.org]

https://issues.apache.org/bugzilla/show_bug.cgi?id=46130

           Summary: Feature request: Ability to use adobe (japanese) fonts
                    without embedding them.
           Product: Fop
           Version: 1.0dev
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: enhancement
          Priority: P1
         Component: fonts
        AssignedTo: fop-dev@xmlgraphics.apache.org
        ReportedBy: maco@parasoft.com


I would need feature: Ability to use adobe (japanese) fonts without embedding
them.

Currently to create asian PDF one has to embed the font into PDF or know TTF
font name installed on system (detected by autodetect).

I want to use fop in a distributed package - and I don't think there is font I
can freely redistribute. I also don't know the fonts used on end user system.

Anyway iText Lowagie PDF creation Library can create a PDF using HeiseiMin-W3
and PDF it creates when viewed by adober reader without asian fonts triggers
dialog to install adobe font pack. After this PDF is perfectly viewable.

It actually uses only properties (similar to font-metrics xml?) of HeiseiMin-W3
font and probably CMap files.

I see 2 problems:
- no way of generation font metrics from adobe OTF fonts?
- creating PDF in a way that reader will know which font it should use and
download if necessary


I would be willing to do the required changes although I would need some 
guidance. I am pretty new to the PDF and fonts so I might even not see some
obvious things. I need this in about 1 week.

I am currently setting up FOP trunk project and I will try to familiarize
myself with the source code.


-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

DO NOT REPLY [Bug 46130] Feature request: Ability to use adobe (japanese) fonts without embedding them.

[bu...@apache.org]

https://issues.apache.org/bugzilla/show_bug.cgi?id=46130





--- Comment #2 from Maciej Datka <ma...@parasoft.com>  2008-11-03 00:04:17 PST ---
I am very sorry but I won't be able to handle this, the issue was reassigned
from me and solved in a different way (font was acquired). 


-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

DO NOT REPLY [Bug 46130] Feature request: Ability to use adobe (japanese) fonts without embedding them.

[bu...@apache.org]

https://issues.apache.org/bugzilla/show_bug.cgi?id=46130

Glenn Adams <gl...@skynav.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P1                          |P3

--- Comment #3 from Glenn Adams <gl...@skynav.com> 2012-04-07 01:39:44 UTC ---
resetting P1 open bugs to P3 pending further review

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

DO NOT REPLY [Bug 46130] Feature request: Ability to use adobe (japanese) fonts without embedding them.

[bu...@apache.org]

https://issues.apache.org/bugzilla/show_bug.cgi?id=46130





--- Comment #1 from Jeremias Maerki <je...@apache.org>  2008-10-30 11:05:46 PST ---
I'm happy to read that you're willing to jump in. So I'm happy to offer some
pointers in the hope that they help you.

For specifying which fonts should be referenced rather than referenced, see:
http://xmlgraphics.apache.org/fop/trunk/fonts.html#embedding
In the case of TrueType fonts, the referenced font is currently defaulting to
WinAnsi encoding (8-bit). You can see that in TTFFontLoader. A SingleByteFont
instance is created rather than a MultiByteFont instance. The TTFFontLoader is
responsible to load the font and make it available (metrics, glyph widths,
kerning pairs etc.). MultiByteFont is currently always in "font subset" mode.
It doesn't know anything else. I suspect that you might need to subclass
MultiByteFont into two implementations: one for subsetting and one for a fixed
CID set. Maybe you can also reuse MultiByteFont's parent class CIDFont to a
certain degree. You will, of course, also need CMaps. We can probably use the
same files as PDFBox (incubating, see [1]). Legal recently approved their use
inside the ASF. One problem is to select the right CMap. I'm not sure but maybe
that information could be in the TrueType file itself.

You won't get around looking into the PDF 1.4 specification (chapter 5) [2] and
the OpenType/TrueType specification [3].

Just a few hints on the procedural side: Please don't use tab characters in the
Java sources and try to mimic the original code style. We will need you to
submit a signed ICLa (and a CCLA if necessary) [4] before we can apply any
non-trivial patches from you. Please don't forget to update the documentation
(src/documentation directory) if you add any noteworthy functionality (other
users will be grateful). More information on the FOP and ASF websites. Don't
hesitate to ask for help if anything's unclear. Development-related discussions
preferably on the fop-dev mailing list.

[1]
https://svn.eu.apache.org/viewvc/incubator/pdfbox/trunk/src/main/resources/Resources/cmap/
[2] http://www.adobe.com/devnet/pdf/pdf_reference_archive.html
[3] http://www.microsoft.com/typography/otspec/
[4] http://www.apache.org/licenses/#clas

HTH


-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.