DO NOT REPLY [Bug 17521] - Fonts in PDF

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 31936] - [PATCH] Fonts are rendered differently between pdf and awt

gzilla/show_bug.cgi?id=31936 [PATCH] Fonts are rendered differently between pdf and awt --- Additional Comments From [EMAIL PROTECTED] 2004-10-28 15:55 --- Hi Peter: What you propose here is interesting, but I am a bit confused. You have split the font configuration into two parts, one f

DO NOT REPLY [Bug 31936] - [PATCH] Fonts are rendered differently between pdf and awt

gzilla/show_bug.cgi?id=31936 [PATCH] Fonts are rendered differently between pdf and awt --- Additional Comments From [EMAIL PROTECTED] 2004-10-28 14:30 --- Created an attachment (id=13251) Example fop config xml that works with the patched files.

DO NOT REPLY [Bug 31936] - [PATCH] Fonts are rendered differently between pdf and awt

gzilla/show_bug.cgi?id=31936 [PATCH] Fonts are rendered differently between pdf and awt --- Additional Comments From [EMAIL PROTECTED] 2004-10-28 14:28 --- Created an attachment (id=13250) An executable batch file to show the difference between pdf and awt outputs

DO NOT REPLY [Bug 31936] - [PATCH] Fonts are rendered differently between pdf and awt

gzilla/show_bug.cgi?id=31936 [PATCH] Fonts are rendered differently between pdf and awt --- Additional Comments From [EMAIL PROTECTED] 2004-10-28 14:23 --- Created an attachment (id=13249) Fop configuration xml file

DO NOT REPLY [Bug 31936] - [PATCH] Fonts are rendered differently between pdf and awt

gzilla/show_bug.cgi?id=31936 [PATCH] Fonts are rendered differently between pdf and awt --- Additional Comments From [EMAIL PROTECTED] 2004-10-28 14:21 --- Created an attachment (id=13248) A simple fo document to replicate the error with.

DO NOT REPLY [Bug 31936] - [PATCH] Fonts are rendered differently between pdf and awt

gzilla/show_bug.cgi?id=31936 [PATCH] Fonts are rendered differently between pdf and awt --- Additional Comments From [EMAIL PROTECTED] 2004-10-28 14:03 --- Created an attachment (id=13246) Describes the source changes to enable roles to be defined in the userconfig.xml

DO NOT REPLY [Bug 31936] New: - [PATCH] Fonts are rendered differently between pdf and awt

gzilla/show_bug.cgi?id=31936 [PATCH] Fonts are rendered differently between pdf and awt Summary: [PATCH] Fonts are rendered differently between pdf and awt Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows XP

DO NOT REPLY [Bug 5335] - Text with embedded CID fonts not retrievable from pdf

gzilla/show_bug.cgi?id=5335 Text with embedded CID fonts not retrievable from pdf --- Additional Comments From [EMAIL PROTECTED] 2004-09-23 13:52 --- This issue has been fixed in FOray CVS, and should be available in FOray 0.2: http://www.foray.org/release.html.

DO NOT REPLY [Bug 5335] - Text with embedded CID fonts not retrievable from pdf

gzilla/show_bug.cgi?id=5335 Text with embedded CID fonts not retrievable from pdf [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PRO

DO NOT REPLY [Bug 28705] - PDF Text search doesnt work for embedded fonts.

gzilla/show_bug.cgi?id=28705 PDF Text search doesnt work for embedded fonts. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RE

Re: adding fonts to fop applet

On Fri, Jul 09, 2004 at 03:05:11PM -0700, Glen Mazza wrote: > Thanks, Simon. Its good that we have people of your > skill on our team. Thanks for the compliment. Simon -- Simon Pepping home page: http://www.leverkruid.nl

Re: adding fonts to fop applet

Errr--I apologize--I forgot that we had already agreed to use Avalon for configuration [1]. Sorry/Never mind... Glen [1] http://marc.theaimsgroup.com/?l=fop-dev&m=108337684719819&w=2 --- Glen Mazza <[EMAIL PROTECTED]> wrote: > --- Simon Pepping <[EMAIL PROTECTED]> wrote: > > - From an app: add

Re: adding fonts to fop applet

--- Simon Pepping <[EMAIL PROTECTED]> wrote: > > Well, was, I hope. I have just committed code which > enables using a > user configuration file and adding fonts from it. > Thanks, Simon. Its good that we have people of your skill on our team. Glen

Re: adding fonts to fop applet

--- Simon Pepping <[EMAIL PROTECTED]> wrote: > - From an app: add a configuration object to the > FOUseragent object, Why do you need to drag in the Avalon library for this? For the classes in question, Avalon is just providing a very thin wrapper--can't we do this directly against the JDK? Glen

DO NOT REPLY [Bug 21303] - Embeded Fonts and signets disturbed by encryption

gzilla/show_bug.cgi?id=21303 Embeded Fonts and signets disturbed by encryption [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Windows NT/2K |All Pl

DO NOT REPLY [Bug 21303] - Embeded Fonts and signets disturbed by encryption

gzilla/show_bug.cgi?id=21303 Embeded Fonts and signets disturbed by encryption --- Additional Comments From [EMAIL PROTECTED] 2004-06-21 08:20 --- this not only appears unter windows (also my windows fop-version (0.20.5) ignores the -nocopy, -noedit, -o flags). this also is true for the

DO NOT REPLY [Bug 29632] New: - Rendered reads fonts from disk everytime it renders PDF.

gzilla/show_bug.cgi?id=29632 Rendered reads fonts from disk everytime it renders PDF. Summary: Rendered reads fonts from disk everytime it renders PDF. Product: Fop Version: 0.20.4 Platform: HP OS/Version: HP-UX Status: NEW Se

DO NOT REPLY [Bug 28705] - PDF Text search doesnt work for embedded fonts.

gzilla/show_bug.cgi?id=28705 PDF Text search doesnt work for embedded fonts. --- Additional Comments From [EMAIL PROTECTED] 2004-06-04 08:09 --- The bfrange-section in the metrics file was filled correctly. Can I use these values as a cmap section in the pdf?

Re: Fonts

On May 24, 2004, at 8:57 AM, Victor Mote wrote: Clay Leeds wrote: On the subject of running headless, my experience has been to pass it off to POSTSCRIPT--which, again in my experience--runs fine headless. Off the top of my head, I can't think of a reason that the PostScript renderer would work and

RE: Fonts

Arnd Beißner wrote: Yes, but the base-14 fonts for example are not defined for AWT renderers, since *only* their metrics is publicly available. Still, in the case of the base 14-fonts you can really argue that you want to extend the PDF model of (these fonts

RE: Fonts

"Victor Mote" <[EMAIL PROTECTED]> wrote on 25.05.2004 01:46:50: > However, since these same fonts could also be used by the PostScript > renderer, or the Print or AWT renderers (assuming that the pfb is available > as well), I don't see a need to duplicate the

Re: Fonts

lf to awt? As I said before, even if awt were perfect, there is still value in hiding it, especially during a refactoring stage. I am interested in the 2D approach for a couple of reasons. Firstly, because I want a testbed for alt-design layout sooner rather than later. Secondly, I was looking for

RE: Fonts

Arnd Beißner wrote: > > So my *plan* has been that these fonts get treated pretty much like > > any other font. The only thing about the hardware font is that it > > can't be embedded -- it is already embedded all of the > places that it can be. > > Depends. Ev

RE: Fonts

"Victor Mote" <[EMAIL PROTECTED]> wrote on 24.05.2004 18:12:36: > One of the changes that will probably need to be made to FOP's font handling > is to parse AFM files instead of PFMs. I have assumed that for hardware > fonts, either the device manufacturer provides

Re: Fonts

On May 24, 2004, at 5:16 AM, Jeremias Maerki wrote: One big problem: As soon as you use SVG, you're running Batik code which makes heavy use of AWT. I think with three different approaches to solve the headless problem this shouldn't be a big issue, even on AIX, right? We punted on the Batik side

RE: Fonts

Arnd Beißner wrote: > To all of that I entirely agree, but might want to add one > thing: a renderer should have a way to supply a font to the > formatter's font repository. > This > is needed when, for example, a print renderer can query and > use builtin printer font

RE: Fonts

Clay Leeds wrote: > On the subject of running headless, my experience has been to > pass it off to POSTSCRIPT--which, again in my > experience--runs fine headless. Off the top of my head, I can't think of a reason that the PostScript renderer would work and the PDF renderer not work. I run all

RE: Fonts

logic of handling them should not be done by the layout classes). RenderContext describes the capabilities that are available, presumably what fonts are available in this context, but could also include other things (can't kern, can't do letter-spacing, can't stretch text, etc). AFAICT

Re: Fonts

One big problem: As soon as you use SVG, you're running Batik code which makes heavy use of AWT. I think with three different approaches to solve the headless problem this shouldn't be a big issue, even on AIX, right? On 24.05.2004 07:20:05 Clay Leeds wrote: > On the subject of running headless, m

Re: Fonts

lect another font family. It's worth reading the relevant parts of the Fonts section in the CSS2 spec for some insight into the recommended font selection strategy. XSL-FO adds another twist through font-selection-strategy. The font-family property returns a list, the idea being that a s

RE: Fonts

ormatter's font repository. This is needed when, for example, a print renderer can query and use builtin printer fonts. The way to query and get these (even if it's only a metrics-only font) should be in the renderer, though. Sometimes, this is an essential feature, for example for spec

Re: Fonts

On May 23, 2004, at 5:32 PM, Victor Mote wrote: Glen Mazza wrote: (Far from being an expert on fonts, but commenting anyway... ;) Ahem... possibly even farther from being an expert on fonts... and commenting anyway ;-) (mildly OT: BTW, nice to have you 'back' [EMAIL PROTECTED] hop

Re: Fonts

Victor Mote wrote: Peter B. West wrote: I have been exploring the way fonts are handled by Java as part of setting up a Java layout engine and renderer. I have committed a new class - org.apache.fop.render.awt.fonts - as a first cut at a fonts database for this application. I will attach

Re: Fonts

Peter B. West wrote: Which is more sensible - writing a renderer's font handling to a common renderer font interface as an integral part of the renderer implementation, or discovering the fonts quirks of this particular renderer and adding them separately to a central font handler/reg

RE: Fonts

Peter B. West wrote: > I have been exploring the way fonts are handled by Java as > part of setting up a Java layout engine and renderer. I have > committed a new class - org.apache.fop.render.awt.fonts - as > a first cut at a fonts database for this application. I will > a

Re: Fonts

Glen Mazza wrote: (Far from being an expert on fonts, but commenting anyway... ;) Peter B. West wrote: I have read again the Wiki page on the font subsystem in the light of my current work with Java fonts. I'm afraid that I am still convinced that font handling is properly the preserve o

Re: Fonts

(Far from being an expert on fonts, but commenting anyway... ;) Peter B. West wrote: I have read again the Wiki page on the font subsystem in the light of my current work with Java fonts. I'm afraid that I am still convinced that font handling is properly the preserve of the renderers.

Fonts

I have been exploring the way fonts are handled by Java as part of setting up a Java layout engine and renderer. I have committed a new class - org.apache.fop.render.awt.fonts - as a first cut at a fonts database for this application. I will attach the class description to this email. The

DO NOT REPLY [Bug 28705] - PDF Text search doesnt work for embedded fonts.

gzilla/show_bug.cgi?id=28705 PDF Text search doesnt work for embedded fonts. --- Additional Comments From [EMAIL PROTECTED] 2004-04-30 08:30 --- This is a known issue. You can work around it in some cases, depending on the glyphs you are using in the Font. If you specify the -enc ansi optio

DO NOT REPLY [Bug 28705] New: - PDF Text search doesnt work for embedded fonts.

gzilla/show_bug.cgi?id=28705 PDF Text search doesnt work for embedded fonts. Summary: PDF Text search doesnt work for embedded fonts. Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Enhan

cvs commit: xml-fop/src/java/org/apache/fop/fonts FontInfo.java

gmazza 2004/04/21 16:08:51 Added: src/java/org/apache/fop/fonts FontInfo.java Log: New FontInfo class (original design was from Layout.FontInfo, and was removed and placed into the Document class last year). This class is to be an encapsulation of the Font information within

cvs commit: xml-fop/src/java/org/apache/fop/fonts Typeface.java MultiByteFont.java Font.java LazyFont.java SingleByteFont.java

jeremias2004/04/03 05:31:40 Modified:src/java/org/apache/fop/fonts Typeface.java MultiByteFont.java Font.java LazyFont.java SingleByteFont.java Log: New function to determine whether a particular character is available for this font

cvs commit: xml-fop/src/java/org/apache/fop/fonts/apps TTFReader.java PFMReader.java

jeremias2004/04/02 01:16:12 Modified:src/java/org/apache/fop/fonts/apps TTFReader.java PFMReader.java Log: Changed logging to use "static" loggers from Jakarta Commons Logging (via LogFactory). Changed the way Commons Logging is set up. Som

cvs commit: xml-fop/src/java/org/apache/fop/fonts/type1 PFMFile.java

jeremias2004/04/02 01:15:16 Modified:src/java/org/apache/fop/fonts/type1 PFMFile.java Log: Changed logging to use "static" loggers from Jakarta Commons Logging (via LogFactory). Revision ChangesPath 1.7 +9 -25 xml-fop/src/java/org/apache/fop/f

cvs commit: xml-fop/src/java/org/apache/fop/fonts/truetype TTFFile.java

jeremias2004/04/02 01:15:10 Modified:src/java/org/apache/fop/fonts/truetype TTFFile.java Log: Changed logging to use "static" loggers from Jakarta Commons Logging (via LogFactory). Revision ChangesPath 1.7 +54 -94xml-fop/src/java/org/apache/fop/font

Re: Fonts and Document

(comments inline) On 17.03.2004 04:53:46 Peter B. West wrote: > > As you've seen the Document class is a central class in font handling. > > It currently (not in my ideas) provides direct access to font metric > > information and to the list of fonts actually used in a

Re: Fonts and Document

On Wed, Mar 17, 2004 at 09:21:03AM +0800, Manuel Mall wrote: > Simon, > > tried the URL you gave > (http://www.leverkruid.nl/FOP/documentation.xml) and got the error (IE > 6): > > "The system cannot locate the object specified. Error processing > resource 'http://www.leverkruid.nl/FOP/docbookx.dt

DO NOT REPLY [Bug 27727] New: - problem displaying Japanese fonts in PDF.

gzilla/show_bug.cgi?id=27727 problem displaying Japanese fonts in PDF. Summary: problem displaying Japanese fonts in PDF. Product: Fop Version: 0.15 Platform: HP OS/Version: Windows NT/2K Status: NEW Severity: Major Pr

Re: Fonts and Document

complex to understand. As you've seen the Document class is a central class in font handling. It currently (not in my ideas) provides direct access to font metric information and to the list of fonts actually used in a rendering run (we don't always want to embedd them all). The setup of all

RE: Fonts and Document

Simon, tried the URL you gave (http://www.leverkruid.nl/FOP/documentation.xml) and got the error (IE 6): "The system cannot locate the object specified. Error processing resource 'http://www.leverkruid.nl/FOP/docbookx.dtd'. " Mozilla Firefox fails as well. Manuel

Re: Fonts and Document

On Mon, Mar 15, 2004 at 01:40:59PM -0800, Clay Leeds wrote: > > On Mar 15, 2004, at 1:15 PM, Simon Pepping wrote: > Looks good, Simon... I don't suppose you could create a PDF version? (I > know a great XML => PDF conversion tool. :-)) Seriously though, this > looks like a great potential additi

Re: Fonts and Document

ter B. West wrote: I want to introduce font information into alt-design as compatibly as possible with HEAD. What do I need? I am completing my documentation on FOP code, see http://www.leverkruid.nl/FOP/index.html. I have a chapter on fonts. Maybe it helps you gain some quick insight. -- Pe

Re: Fonts and Document

g. It currently (not in my ideas) provides direct access to font metric information and to the list of fonts actually used in a rendering run (we don't always want to embedd them all). The setup of all fonts is done in the FontSetup class where the base 14 fonts are defined. Additionally, cu

Re: Fonts and Document

exists in ...fonts. I want to introduce font information into alt-design as compatibly as possible with HEAD. What do I need? I am completing my documentation on FOP code, see http://www.leverkruid.nl/FOP/index.html. I have a chapter on fonts. Maybe it helps you gain some quick insight. Regards

Re: Fonts and Document

On Mon, Mar 15, 2004 at 09:27:35AM +1000, Peter B. West wrote: > Fops, > > What is the current situation with font information? I notice that the > Document class now contains a lot of Font setup information, whilst a > comprehensive set of font classes exists in ...fo

Fonts and Document

Fops, What is the current situation with font information? I notice that the Document class now contains a lot of Font setup information, whilst a comprehensive set of font classes exists in ...fonts. I want to introduce font information into alt-design as compatibly as possible with HEAD

cvs commit: xml-fop/src/java/org/apache/fop/fonts/type1 PFMFile.java

-0_Alt-Design AWTRenderer.java src/java/org/apache/fop/fonts/truetype Tag: FOP_0-20-0_Alt-Design TTFFile.java FontFileReader.java TTFSubSetFile.java src/java/org/apache/fop/fonts/type1 Tag: FOP_0-20

cvs commit: xml-fop/src/java/org/apache/fop/fonts MultiByteFont.java FontUtil.java Font.java

pbwest 2004/03/10 04:36:53 Modified:src/java/org/apache/fop/fonts Tag: FOP_0-20-0_Alt-Design MultiByteFont.java FontUtil.java Font.java Log: Cosmetic changes to keep Eclipse happy Revision ChangesPath No revision No

cvs commit: xml-fop/src/java/org/apache/fop/fonts/apps PFMReader.java TTFReader.java

pbwest 2004/03/09 22:24:29 Modified:src/java/org/apache/fop/fonts Tag: FOP_0-20-0_Alt-Design FontDescriptor.java FontType.java FontMetrics.java Glyphs.java Font.java src/java/org/apache/fop/apps Tag: FOP_0-20-0_Alt-Design

cvs commit: xml-fop/src/java/org/apache/fop/fonts/type1 PFBData.java PFBParser.java PFMFile.java PFMInputStream.java

jeremias2004/02/27 09:46:54 Modified:src/java/org/apache/fop/fonts/type1 PFBData.java PFBParser.java PFMFile.java PFMInputStream.java Log: Applied Apache License Version 2.0 by following the instructions at http://www.apache.org/dev/apply-license.html

cvs commit: xml-fop/src/java/org/apache/fop/fonts/truetype FontFileReader.java TTFCmapEntry.java TTFDirTabEntry.java TTFFile.java TTFMtxEntry.java TTFSubSetFile.java

jeremias2004/02/27 09:46:38 Modified:src/java/org/apache/fop/fonts/truetype FontFileReader.java TTFCmapEntry.java TTFDirTabEntry.java TTFFile.java TTFMtxEntry.java TTFSubSetFile.java Log: Applied Apache License Version 2.0 by following

cvs commit: xml-fop/src/java/org/apache/fop/fonts/apps PFMReader.java TTFReader.java

jeremias2004/02/27 09:46:06 Modified:src/java/org/apache/fop/fonts/apps PFMReader.java TTFReader.java Log: Applied Apache License Version 2.0 by following the instructions at http://www.apache.org/dev/apply-license.html. Revision ChangesPath 1.2

cvs commit: xml-fop/src/java/org/apache/fop/fonts/truetype FontFileReader.java TTFDirTabEntry.java

jeremias2004/02/06 13:49:28 Modified:src/java/org/apache/fop/pdf TempFileStreamCache.java PDFFactory.java src/java/org/apache/fop/fonts/type1 PFMFile.java PFBParser.java src/java/org/apache/fop/render/rtf

DO NOT REPLY [Bug 21303] - Embeded Fonts and signets disturbed by encryption

gzilla/show_bug.cgi?id=21303 Embeded Fonts and signets disturbed by encryption --- Additional Comments From [EMAIL PROTECTED] 2003-12-01 20:28 --- Not anytime soon, I'm afraid. Actually, the problem is fixed in our main development tree (aka redesign), though that won't help yo

DO NOT REPLY [Bug 21303] - Embeded Fonts and signets disturbed by encryption

gzilla/show_bug.cgi?id=21303 Embeded Fonts and signets disturbed by encryption --- Additional Comments From [EMAIL PROTECTED] 2003-12-01 19:18 --- Can anyone please tell me as to when this will be fixed?? Thanks in advance. Beena

Re: [VOTE] Move org.apache.fop.pdf.FontSetup to fonts package

Good--thanks everyone--I'll take care of this soon. Glen --- Jeremias Maerki <[EMAIL PROTECTED]> wrote: > +1 > > On 20.11.2003 00:01:23 Glen Mazza wrote: > > Speaking of which, any objection if I "promote" > the > > org.apache.fop.pdf.FontSetup

Re: [VOTE] Move org.apache.fop.pdf.FontSetup to fonts package

+1 On 20.11.2003 00:01:23 Glen Mazza wrote: > Speaking of which, any objection if I "promote" the > org.apache.fop.pdf.FontSetup to the top-level Fonts > package? It is currently being referenced by the AWT, > MIF, PS, RTF, and XML renderers (basically all of > th

Re: [VOTE] Move org.apache.fop.pdf.FontSetup to fonts package

Speaking of which, any objection if I "promote" the org.apache.fop.pdf.FontSetup to the top-level Fonts package? It is currently being referenced by the AWT, MIF, PS, RTF, and XML renderers (basically all of them), indicating that it's probably better placed there. H

RE: [VOTE] Move org.apache.fop.pdf.FontSetup to fonts package

Glen Mazza wrote: > Speaking of which, any objection if I "promote" the > org.apache.fop.pdf.FontSetup to the top-level Fonts > package? It is currently being referenced by the AWT, > MIF, PS, RTF, and XML renderers (basically all of > them), indicating that it's

[VOTE] Move org.apache.fop.pdf.FontSetup to fonts package

to the trunk. > I actually don't have much insight at the moment on > whether the applicable > maintenance branch code can just be brought across > to the trunk. > Speaking of which, any objection if I "promote" the org.apache.fop.pdf.FontSetup to the top-level Fonts

DO NOT REPLY [Bug 21982] - NullPointer Exception in LazyFont with embedded fonts (japanese fonts) in AIX

gzilla/show_bug.cgi?id=21982 NullPointer Exception in LazyFont with embedded fonts (japanese fonts) in AIX [EMAIL PROTECTED] changed: What|Removed |Added OS/Version

DO NOT REPLY [Bug 21982] New: - NullPointer Exception in LazyFont with embedded fonts (japanese fonts) in AIX

gzilla/show_bug.cgi?id=21982 NullPointer Exception in LazyFont with embedded fonts (japanese fonts) in AIX Summary: NullPointer Exception in LazyFont with embedded fonts (japanese fonts) in AIX Product: Fop Version: 0.20.4 Platform:

RE: trunk config, fonts

e layout. > > I have run the trunk code before in an attempt to do this. I > believe Victor > and Jeremias were referring to the fact that you cant specify -c -d etc > options on command line. You can still run FOP from command line, > but FO to > PDF only. Right. I have some ch

Re: trunk config, fonts

From: Clay Leeds <[EMAIL PROTECTED]> It may not be too much of a loss, but I won't be able to test the trunk until either a CLI is implemented, or I learn to run Java applets... It would be a loss. If you could spare time to test the trunk, you could report back on which bits of layout need a

Re: trunk config, fonts

Jeremias Maerki wrote: Until recently, the command-line interface of the trunk was basically ignored due to other priorities. Configuration certainly has changed a bit, but is obviously unfinished (Gradual move to Avalon Configuration, inrtoduction of the Confihurable interface, work in progress).

Re: trunk config, fonts

Until recently, the command-line interface of the trunk was basically ignored due to other priorities. Configuration certainly has changed a bit, but is obviously unfinished (Gradual move to Avalon Configuration, inrtoduction of the Confihurable interface, work in progress). IMO it's low priority t

trunk config, fonts

Hi crew: 1. In the maintenance branch, the -x command-line option appears to *only* spit out the configuration information, then bail out. Is that the desired behavior? If so, I should probably update the doc to reflect that. 2. In the trunk, the -x command-line option seems to be ignored. Also,

awtRenderer and fonts

Hi: I'm a long-time FOP User and code tweaker, and have been trying to get the AWTRenderer to do its thing for a part of a project I'm working on. For the most part, I've been successful here, but for the life of me, I can't get the fonts to render properly. Everything seem

cvs commit: xml-fop/src/codegen/org/apache/fop/fonts/base14 CourierBold.java Symbol.java Courier.java CourierOblique.java Helvetica.java HelveticaBoldOblique.java CourierBoldOblique.java TimesBoldItalic.java ZapfDingbats.java TimesBold.java TimesItalic.java HelveticaBold.java HelveticaOblique.java TimesRoman.java

pbwest 2003/07/08 04:52:24 Modified:src/codegen/org/apache/fop/fonts/base14 Tag: FOP_0-20-0_Alt-Design CourierBold.java Symbol.java Courier.java CourierOblique.java Helvetica.java HelveticaBoldOblique.java

cvs commit: xml-fop/src/codegen/org/apache/fop/fonts CodePointMapping.java

pbwest 2003/07/08 04:26:58 Modified:src/codegen/org/apache/fop/fonts Tag: FOP_0-20-0_Alt-Design CodePointMapping.java Log: Generated with modified code-point-mapping.xsl to include licence. Revision ChangesPath No revision

cvs commit: xml-fop/src/codegen/org/apache/fop/fonts CodePointMapping.java

pbwest 2003/07/05 12:29:10 Added: src/codegen/org/apache/fop/fonts/base14 Tag: FOP_0-20-0_Alt-Design CourierBold.java Symbol.java Courier.java CourierOblique.java Helvetica.java HelveticaBoldOblique.java

cvs commit: xml-fop/src/codegen/org/apache/fop/fonts/base14 - New directory

pbwest 2003/07/05 12:28:34 xml-fop/src/codegen/org/apache/fop/fonts/base14 - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-fop/src/codegen/org/apache/fop/fonts - New directory

pbwest 2003/07/05 12:28:34 xml-fop/src/codegen/org/apache/fop/fonts - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-fop/src/java/org/apache/fop/fonts FontMetrics.java Font.java FontDescriptor.java FontType.java Glyphs.java package.html

pbwest 2003/07/05 12:09:29 Added: src/java/org/apache/fop/fonts Tag: FOP_0-20-0_Alt-Design FontMetrics.java Font.java FontDescriptor.java FontType.java Glyphs.java package.html Log: Moved from src to src/java. Revision Changes

DO NOT REPLY [Bug 21303] New: - Embeded Fonts and signets disturbed by encryption

gzilla/show_bug.cgi?id=21303 Embeded Fonts and signets disturbed by encryption Summary: Embeded Fonts and signets disturbed by encryption Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity:

Re: cvs commit: xml-fop/src/org/apache/fop/fonts Glyphs.java

I'm surprised that we haven't always acknowledged contributions, at the option of the contributor. I suppose there are a number of questions that arise, and I wonder if the ASF has considered this question. For example, the Xerces and Xalan development is heavy with IBM personnel, yet I see n

Re: cvs commit: xml-fop/src/org/apache/fop/fonts Glyphs.java

There are pros and cons: + Might encourage other companies also to support FOP. + Gives credit where credit is due. - As with the contributor's list, if we start the list now, we don't acknowledge former contributions. And completing such a list is some tedious work. Just missing former contrib

Re: cvs commit: xml-fop/src/org/apache/fop/fonts Glyphs.java

Jeremias, Shouldn't we acknowledge this support on the web site? Peter [EMAIL PROTECTED] wrote: Log: Fix bug in WinAnsiEncoding: trademark was shown as bullet Financed by: CTB/McGraw-Hill -- Peter B. West http://www.powerup.com.au/~pbwest/resume.html --

cvs commit: xml-fop/src/java/org/apache/fop/fonts Glyphs.java

jeremias2003/06/02 14:40:02 Modified:src/java/org/apache/fop/fonts Glyphs.java Log: Reestablish JDK 1.3 compatibility. Sorry! Revision ChangesPath 1.3 +1 -1 xml-fop/src/java/org/apache/fop/fonts/Glyphs.java Index: Glyphs.java

cvs commit: xml-fop/src/org/apache/fop/fonts Glyphs.java

jeremias2003/06/02 14:38:39 Modified:src/org/apache/fop/fonts Tag: fop-0_20_2-maintain Glyphs.java Log: Reestablish JDK 1.3 compatibility. Sorry! Revision ChangesPath No revision No revision

cvs commit: xml-fop/src/java/org/apache/fop/fonts Glyphs.java

jeremias2003/06/02 13:00:29 Modified:src/java/org/apache/fop/fonts Glyphs.java Log: Fix bug in WinAnsiEncoding: trademark was shown as bullet Financed by: CTB/McGraw-Hill Revision ChangesPath 1.2 +15 -1 xml-fop/src/java/org/apache/fop/fonts/Glyphs.java

cvs commit: xml-fop/src/java/org/apache/fop/fonts FontUtil.java

jeremias2003/06/02 12:59:43 Added: src/java/org/apache/fop/fonts FontUtil.java Log: Class with utility methods for fonts. Revision ChangesPath 1.1 xml-fop/src/java/org/apache/fop/fonts/FontUtil.java Index: FontUtil.java

cvs commit: xml-fop/src/java/org/apache/fop/fonts/type1 PFMFile.java

jeremias2003/06/02 12:58:55 Modified:src/java/org/apache/fop/fonts/type1 PFMFile.java Log: Use Commons IO methods Revision ChangesPath 1.2 +5 -4 xml-fop/src/java/org/apache/fop/fonts/type1/PFMFile.java Index: PFMFile.java

cvs commit: xml-fop/src/org/apache/fop/fonts Glyphs.java

jeremias2003/06/02 12:52:51 Modified:src/org/apache/fop/fonts Tag: fop-0_20_2-maintain Glyphs.java Log: Fix bug in WinAnsiEncoding: trademark was shown as bullet Financed by: CTB/McGraw-Hill Revision ChangesPath No revision

cvs commit: xml-fop/src/java/org/apache/fop/fonts MultiByteFont.java CIDFont.java

jeremias2003/04/03 04:53:44 Modified:src/java/org/apache/fop/render/pdf FontReader.java src/java/org/apache/fop/pdf PDFFactory.java src/java/org/apache/fop/fonts MultiByteFont.java CIDFont.java Log: Fix TrueType embedding. Width

cvs commit: xml-fop/src/java/org/apache/fop/fonts/truetype TTFFile.java

jeremias2003/03/27 02:06:16 Modified:src/java/org/apache/fop/fonts/truetype TTFFile.java Log: Reduce debug output. A constant can be modified to enable more extensive log output. Revision ChangesPath 1.2 +11 -4 xml-fop/src/java/org/apache/fop/fonts/truetype

DO NOT REPLY [Bug 17828] - Encoding problem with Type 1 fonts

gzilla/show_bug.cgi?id=17828 Encoding problem with Type 1 fonts [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Reso

SV: Embedding fonts!

I changed the class org.apache.fop.render.pdf.fonts.MultiByteFont.java. The namePrefix is always set to NULL. /Uwe -Ursprungligt meddelande- Från: Müller, Markus [mailto:[EMAIL PROTECTED] Skickat: den 17 mars 2003 15:36 Till: [EMAIL PROTECTED] Kopia: Klosa Uwe Ämne: AW: Embedding fonts

AW: Embedding fonts!

I'm not sure, but I remember we had a similar problem: Our corporate fonts were replaced by Acrobat with built-in fonts, since the font names in the PDF had a prefix like yours. So Acrobat could not find a font like "023442-Corporate12Bold". Try creating the font metrics file us

  1   2   3   4   5   >