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
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 are
"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
> anyt
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* adequa
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
"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
>
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
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 g
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
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
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
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 layou
"Victor Mote" <[EMAIL PROTECTED]> schrieb am 24.05.2004 02:32:28:
> There may come a time when the awt system is the way to go, but AFAICT,
it
> isn't here yet, but I'll be glad to be proven wrong.
>
> ...
>
> No. Font *embedding* is renderer specific. AFAICT, everything else about
the
> font
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 we'l
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 the
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?
I
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 de
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 r
(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
la
(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 rendering run
> > (we don'
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
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 understand
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
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
Thanks Simon. Mozilla seems to have an issue with the xml PI at the
beginning of the xhtml form of the document. When I remove it, the page
is displayed correctly.
I'll get back to you when I have read the page.
Peter
Simon Pepping wrote:
On Mon, Mar 15, 2004 at 09:27:35AM +1000, Peter B. We
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 (no
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 ex
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
> introdu
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
j
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 o
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 intere
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".
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 e
> > 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
> > defici
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 hin
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,
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
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:
> 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 differen
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 i
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 ther
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 fon
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 f
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 tak
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
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 tha
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
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 c
ECTED]
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 d
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 Arial!
driver = new Driver(foFile, 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 PR
It's the same. If I don't set quotes, it happens the same!
- Original Message -
From: Rajendran S <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, December 27, 2001 5:01 PM
Subject: Re: Fonts
> Why Verdana is within Quotes in your xsl?
>
&g
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
>MHotMailBDF3
i use this
-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
But I'm using it from a servlet. And I do call to the userconfig file. This
file contains a line like this:
- Original Message -
From: Buchtík, Michal <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, December 27, 2001 10:26 AM
Subject: RE: Fonts
You
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
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 pro
m font.
Tore
>
> Faw
>
> - Original Message -
> From: "Jeremias Maerki" <[EMAIL 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 -0
: 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. What this does is if the font is
--- 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 i
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
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
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 ( wi
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
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?
Yo
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 answe
Hi,
You may also want to try running FOP within JDK 1.4 beta. 1.4 has
made some major fixes in font spacing. Really cleaned up the FOP forms for us.
With 1.4 you may want to use this to start up FOP: java
-Xbootclasspath/p:../lib/xerces.jar
At 12:01 PM 6/26/2001 +0100, you wr
68 matches
Mail list logo