DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=17521.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
/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
Status
/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
/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.
/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
/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
/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.
/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 for awt
/show_bug.cgi?id=28705
PDF Text search doesnt work for embedded fonts.
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
/show_bug.cgi?id=5335
Text with embedded CID fonts not retrievable from pdf
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED
/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.
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
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-devm=108337684719819w=2
--- Glen Mazza [EMAIL PROTECTED] wrote:
--- Simon Pepping [EMAIL PROTECTED] wrote:
- From an app: add a
--- 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
--- 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
/show_bug.cgi?id=21303
Embeded Fonts and signets disturbed by encryption
[EMAIL PROTECTED] changed:
What|Removed |Added
OS/Version|Windows NT/2K |All
Platform
/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 linux
/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
Severity: Major
/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?
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 their definitions, or metrics,
or
anything
Arnd Beißner wrote:
Arnd
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
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
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/registry
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] hope
to/glad
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 series of
family-names or generic-names can be tried in sequence
been off-line when we discussed this about a year ago) may affect
layout. Those differences must be considered during layout (but the logic of
handling them should not be done by the layout classes). RenderContext
describes the capabilities that are available, presumably what fonts are
available
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
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 fonts. The way to query and get
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
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 font metrics files or
enough
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. Every PDF compliant reader/printer has
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 a approach to 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
(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
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
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 the class
/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: Enhancement
/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 option when
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
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
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/fonts/truetype
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/fonts/type1
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.
Some touch-up
(comments inline)
On 17.03.2004 04:53:46 Peter B. West wrote:
snip/
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
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.dtd'.
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 addition to
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
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 fonts is
done
/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
Priority
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 ...fonts. I want to
introduce
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
(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, custom fonts are added
-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
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
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
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
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
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
/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
/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 you much until
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 probably better placed
there.
Here's
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.
Here's my +1.
+1
+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
them), indicating that it's probably
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
package? It is currently being referenced by the AWT,
MIF, PS, RTF, and XML
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
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).
From: Clay Leeds [EMAIL PROTECTED]
snip/
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
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 changes related to custom fonts that I want to submit
/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: Other
OS
/show_bug.cgi?id=21982
NullPointer Exception in LazyFont with embedded fonts (japanese fonts) in AIX
[EMAIL PROTECTED] changed:
What|Removed |Added
OS/Version|Other
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,
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
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
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 seems to want to
render
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
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]
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]
/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: Normal
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
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
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
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
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
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
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
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
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
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
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
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
Hi,
I'm using embedded fonts in fop. That is working fine. But if I want to edit
the resulting pdf files with Acrobat, the font names aren't correct in the
file. I'm getting 1Eec24TimesNewRoman or 2Ef1d7TimesNewRoman where it should
be TimesNewRoman. Why creates fop theses font names? Has anyone
Hi,
How did you create the font metrics files? Did you use the option -enc
ansi ?
Markus
$ -Ursprüngliche Nachricht-
$ Von: Uwe Klosa [mailto:[EMAIL PROTECTED]
$ Gesendet: Montag, 17. März 2003 11:33
$ An: [EMAIL PROTECTED]; [EMAIL PROTECTED]
$ Betreff: Embedding fonts!
$
$
$ Hi
No, I didn't. Should I have done that?
/Uwe
-Ursprungligt meddelande-
Från: Müller, Markus [mailto:[EMAIL PROTECTED]
Skickat: den 17 mars 2003 11:40
Till: [EMAIL PROTECTED]
Ämne: AW: Embedding fonts!
Hi,
How did you create the font metrics files? Did you use the option -enc
ansi
jeremias2003/03/15 08:50:56
Modified:src/java/org/apache/fop/fonts LazyFont.java
Log:
Log problems during font loading to System.out for the moment until proper logging
is in place.
Revision ChangesPath
1.2 +1 -0 xml-fop/src/java/org/apache/fop/fonts
/show_bug.cgi?id=17921
Kerning is broken for standard fonts
Summary: Kerning is broken for standard fonts
Product: Fop
Version: 0.20.4
Platform: PC
OS/Version: Other
Status: NEW
Severity: Normal
Priority: Other
/show_bug.cgi?id=17921
Kerning is broken for standard fonts
--- Additional Comments From [EMAIL PROTECTED] 2003-03-12 18:10 ---
Yes, the problem still exists in 0.20.5rc2. At least TTFReader gave me the same
incorrect values as before for the font metrics, I did not create a document
though
jeremias2003/03/11 04:52:22
xml-fop/src/java/org/apache/fop/fonts/type1 - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jeremias2003/03/11 04:52:20
xml-fop/src/java/org/apache/fop/fonts - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jeremias2003/03/11 04:52:20
xml-fop/src/java/org/apache/fop/fonts/apps - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jeremias2003/03/11 04:52:22
xml-fop/src/java/org/apache/fop/fonts/truetype - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
1 - 100 of 343 matches
Mail list logo