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 of
(these
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
Glen Mazza wrote:
Peter B. West wrote:
I wrote:
The latter is outside my scope of knowledge (but sounds messy ;)--as
for the former, what font-specific methods (and their signatures) do
you see us needing to add to our render.Render interface (which
declares the minimal methods needed by
Peter B. West wrote:
One important point here is that, even if awt font handling
were the
correct
*implementation* of font handling to use, there would still be, IMO
anyway, utility in hiding even that fact from the rest of
FOP, certainly no harm.
What I'm exploring is the
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 to
Victor Mote wrote:
Peter B. West wrote:
...
What I'm exploring is the possibility of going in the
opposite direction. That is, using the Interfaces and
Classes of java text layout as a model for FOP layout, even
if the implementation is FOP specific. That way, when the
Java model *is*
(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. The
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 of the
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
(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
Jeremias,
See below...
Jeremias Maerki wrote:
The font subsystem is still far from finished. It's still quite complex
to understand, unnecessarily so IMO. My font source idea still need to
be implemented... Let's see if I can pull together some connectors.
I agree that it is complex to
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
On Mar 15, 2004, at 1:15 PM, Simon Pepping wrote:
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
The font subsystem is still far from finished. It's still quite complex
to understand, unnecessarily so IMO. My font source idea still need to
be implemented... Let's see if I can pull together some connectors.
As you've seen the Document class is a central class in font handling.
It currently
Victor Mote wrote:
OK, here is a related question that does not appear to be an FAQ (per my
review of FOP, Batik, and Cocoon lists). If I try:
ge = GraphicsEnvironment.getLocalGraphicsEnvironment();
in a headless environment, I get a runtime error that halts the JVM.
This is
Responses below.
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 15, 2002 3:05 PM
To: [EMAIL PROTECTED]
Subject: Re: fonts
Victor Mote wrote:
OK, here is a related question that does not appear to be an FAQ (per my
review of FOP, Batik
J.Pietschmann wrote:
in a headless environment, I get a runtime error that halts the JVM.
This is interesting, but you'll probably get more and better
answers on comp.lang.java or a more specialized Java forum.
I wasn't looking for an answer here, as I really didn't think there was a
java
J.Pietschmann wrote:
Victor Mote wrote:
Is it safe to assume that all *n*x
platforms have or could get an X environment?
No. This is a FAQ. It seems to be quite common for servers to come
without X libraries installed, search the FOP, Cocoon and Batik lists for
headless server.
OK, here
Jeremias Maerki wrote:
I'm talking mainly about font metrics at the moment. There are several
areas to the whole discussion though:
- font metrics (has an effect on the layout/appearance)
- available fonts (different font types and sources, different quality
of information)
- font
Good discussion you two had. Jörg injected about the same things I would
have.
In the back of my mind I have a reminder that AWT has some strange
behaviour in font handling making it difficult to produce high-quality
text. Looking at org.apache.fop.render.awt.AWTFontMetrics there is a
pointer to
At 02:31 AM 10/8/02, you wrote:
Will we have enough information out of AWT to produce high-quality
text? For example, you need accurate information for the placement of
under/overlines and superscript stuff.
$.02:
Underlines are in the (newish) LineMetrics object available from a Font,
Jeremias Maerki wrote:
In the back of my mind I have a reminder that AWT has some strange
behaviour in font handling making it difficult to produce high-quality
text. Looking at org.apache.fop.render.awt.AWTFontMetrics there is a
pointer to an AWT bug. There's other code in there that hints
In the back of my mind I have a reminder that AWT has some strange
behaviour in font handling making it difficult to produce high-quality
text. Looking at org.apache.fop.render.awt.AWTFontMetrics there is a
pointer to an AWT bug. There's other code in there that hints at
deficiencies in
J.Pietschmann wrote:
Well, as far as I understand TTF and PFB files have a directory
and lots of pointers to other parts of the file. The metric
extractor loads the whole file into memory, for convenience.
This can be a significant memory load, and all the glyph
geometry definitions take up
J.Pietschmann wrote:
Jeremias Maerki wrote:
Don't ask me for details (because I wasn't directly involved) but we had
to register new fonts with Linux so they got available in Batik for SVG.
So there seems to be some kind of font registry in Linux.
That's probably the X Windows font
Victor Mote wrote:
If I followed this, then we would expect the current method to use a more
memory, but less processor time, while parsing the font file at runtime
would likely use less memory, but more processing.
I meant: If you are going to extract the font metrics from the
original font
Victor Mote wrote:
Is it safe to assume that all *n*x
platforms have or could get an X environment?
No. This is a FAQ. It seems to be quite common for servers to come
without X libraries installed, search the FOP, Cocoon and Batik lists for
headless server. Also, there are providers out there
J.Pietschmann wrote:
Victor Mote wrote:
Is it safe to assume that all *n*x
platforms have or could get an X environment?
No. This is a FAQ.
Sorry. I have seen headless server postings go by, but it meant nothing to
me.
Well, FOP is already so tightly integrated with Batik that it wont
Victor Mote wrote:
of this decision seems significant. If 99% of ISP/ASP users are using only
fonts that would be on their server, or if we don't mind telling them that
they should (or use an in-house server, or get the ISP to install
the fonts,
or ...), then maybe we come to a different
Victor Mote wrote:
My apologies for using up so much
bandwidth.
Victor,
That's what it's there for. No apology required.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
Lord, to whom shall we go?
Victor Mote wrote:
I am thinking through ways to eliminate as much user involvement in using
non-base-14 fonts as possible. Is there a performance benefit to parsing the
XML metric files instead of extracting the information directly from the
font file itself at runtime?
Well, as far as I
Hi Victor
On 05.10.2002 22:51:28 Victor Mote wrote:
Jeremias other FOP Developers:
In addition to OpenType support, the other goal that I had for font work is
to support arbitrary fonts. My initial thoughts in this area revolved around
using the Java 2D capabilities. I understood that the
Jeremias Maerki wrote:
Don't ask me for details (because I wasn't directly involved) but we had
to register new fonts with Linux so they got available in Batik for SVG.
So there seems to be some kind of font registry in Linux.
That's probably the X Windows font registry which is used by the
did you set the basedir? that migh give problems...
try to uncheck it if you set it...
Jochen
Jochen Maes
EDP departement
Programmeur
KBC-Securities
Havenlaan 16
1080 Brussel
Tel : 02/429.96.81
Fax : 02/429.17.48
E-mail : [EMAIL PROTECTED]
At the end, I use the fonts, but only if I set them on the weblogic dir. Is
it necessary, or I can set in in the server dir?
I hope this is the last question...!
Thx
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
\fonts\verdanaz.ttf
font-triplet name=Verdana style=italic weight=bold/
/font
/fonts
-Original Message-
From: Raúl Carazo [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 27, 2001 6:24 PM
To: [EMAIL PROTECTED]
Subject: RE: Fonts
Thanks to all of you, really!!
But I'm
You must run
Fop -c conf/userconfig.xml
in userconfig.xml you must define Verdana font
see http://xml.apache.org/fop/fonts.html
-Original Message-
From: Raúl Carazo [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 26, 2001 4:47 PM
To: FOP
Subject: Fonts
Hi everyone upthere
: Buchtík, Michal [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, December 27, 2001 10:26 AM
Subject: RE: Fonts
You must run
Fop -c conf/userconfig.xml
in userconfig.xml you must define Verdana font
see http://xml.apache.org/fop/fonts.html
-Original Message-
From: Raúl Carazo [mailto
-Original Message-
From: Raúl Carazo [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 27, 2001 10:22 AM
To: [EMAIL PROTECTED]
Subject: RE: Fonts
But I'm using it from a servlet. And I do call to the userconfig file. This
file contains a line like this:
font metrics-file=complete Path
Why Verdana is within Quotes in your xsl?
From: Raúl Carazo [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: FOP [EMAIL PROTECTED]
Subject: Fonts
Date: Wed, 26 Dec 2001 16:46:44 +0100
MIME-Version: 1.0
Received: from [64.125.133.20] by hotmail.com (3.2) with ESMTP id
, out);
driver.setLogger(log);
driver.setRenderer(Driver.RENDER_PDF);
driver.run();
...
this works ok.
-Original Message-
From: Raúl Carazo [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 27, 2001 10:22 AM
To: [EMAIL PROTECTED]
Subject: RE: Fonts
Thanks to all of you, really!!
But I'm not using the example. In fact, if I try to use it, everything
works, but when I move it to my servlet...
It's really strange, because if I set any font, it appears with Times New
Roman (the default one), but if I don't set it, it appears with
I take it you're talking about an Adobe Type 1 font, right? There are a
few known issues with the generation of XML metric files in PFMReader
with exotic fonts. This means sometimes a wrong value for Flags is set.
If you have Acrobat (not Acorbat Reader), you could generate a PDF from
a Word
PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, August 17, 2001 2:31 AM
Subject: Re: Fonts and reporting classes
On Thu, 16 Aug 2001 15:28:58 -0400 Spectron Caribe, Inc. wrote:
1. I know that in PDF files you can add a /FontDescriptor for a TrueType
font without actually embedding the font
On Thu, 16 Aug 2001 15:28:58 -0400 Spectron Caribe, Inc. wrote:
1. I know that in PDF files you can add a /FontDescriptor for a TrueType
font without actually embedding the font. What this does is if the font is
found in the system it uses it, if not it uses another font. Is there any
way I
--- Arved Sandstrom [EMAIL PROTECTED] wrote:
4. Just for curiosity, why isn't there a HTMLRenderer?
Lack of interest? I wouldn't recommend production of HTML from FO myself.
I expect that most people follow the strategy of Cocoon and similar systems.
They have their source data in their
Subject: Re: Fonts and reporting classes
On Thu, 16 Aug 2001 15:28:58 -0400 Spectron Caribe, Inc. wrote:
1. I know that in PDF files you can add a /FontDescriptor for a TrueType
font without actually embedding the font. What this does is if the font is
found in the system it uses
At 03:28 PM 8/16/01 -0400, Spectron Caribe, Inc. wrote:
3. If I have a fo:block with a few fo:inline's with different font sizes is
there a way to make the line auto-size to the largest font in the line?
This is a major thing we need to do when we address line area improvements.
Hopefully that
Thanks for the tip Rajeev,
Gustavo
-Message d'origine-
De : rajeev nair [mailto:[EMAIL PROTECTED]]
Envoye : lundi, 16. juillet 2001 07:18
A : [EMAIL PROTECTED]
Objet : Re: fonts
hello
why don't u make ur own font metric xml file for
arial?
You can make
Hello,
When you use the fonts embbedded ( with metric files), do you increase the
size of the file , don't you ?
Nam
- Original Message -
From: rajeev nair [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 16, 2001 7:18 AM
Subject: Re: fonts
hello
why don't u make ur own
Yes, fonts are stored in PDF file so it is bigger. But there is no
other way how to display glyphs which are not included in standard
fonts supplied with acrobat reader.
pa
On 25 Jul 2001, at 14:50 Hoang Nam wrote about Re: fonts :
Hello,
When you use the fonts embbedded ( with metric
hello
why don't u make ur own font metric xml file for
arial?
You can make it from ttf files easily by using the
class TTFReader in fop.
regards
rajiv
--- Wolf Gustavo (SGC-EXT) [EMAIL PROTECTED]
wrote:
Hi all,
has someone implemmented Arial and
Arial-italics?
If the answer is
62 matches
Mail list logo