Hi all,
I've attached two patches for your consideration.
The first patch (pdfTranscoder.patch) fixes a bug[1] in the handling
of the viewbox for the PDF (and I suspect PS[2]) transcoders. The patch
changes the baseclass for AbstractFOPTranscoder from XMLAbStractTranscoder to
SVGAbstractTrans
Thomas DeWeese wrote:
> One other issue - It seems that the the PDFDocumentGraphics is
> acquiring new dependencies 'scattered' around FOP (apps.Document,
> area.AreaTreeControl, fo/FOTreeControl, ...). Currently these
> aren't problematic as they don't seem to reach 'deep' into the
> other p
I think one of Tom's concerns is keeping the
transcoder stuff modular enough so that it potentially
can be moved to the Batik team. But as you're
mentioning, separating the font information is not
that big a deal and can be postponed until the font
handling designs are finished in trunk.
If you
I just happened to type in the address
http://xml.apache.org/fop/fonts
(no extension)
in the browser's address bar (IE6), and to my surprise, I ended up looking
at the PDF version of the page in question.
Just wanted to know:
Is this deliberately done this way? (To put the focus on the PDF rend
Andreas,
Good catch! (BTW, as you'll be seeing shortly, it shows the PDF file in
Safari as well). It would be annoying (bad) if going to
http://xml.apache.org/fop also brought up a PDF file (it doesn't--just
checked! ;-p).
Strange! I remember talk on w3.org discussing this type of thing:
ht
Glen Mazza wrote:
> If you'd like me to handle the patches, let me know--I
> should be able to get to them this weekend.
Yes, please. I don't have enough bandwidth to get up to speed on Batik right
now.
> --- Victor Mote <[EMAIL PROTECTED]> wrote:
> > 2. fo.FOTreeControl
>
> > Its purpose is to
Andreas L. Delmelle wrote:
I just happened to type in the address
http://xml.apache.org/fop/fonts
(no extension)
in the browser's address bar (IE6), and to my surprise, I ended up looking
at the PDF version of the page in question.
Just wanted to know:
Is this deliberately done this way?
No. The
On Tue, 2003-10-07 at 23:53, Clay Leeds wrote:
> It would be great if there were a flag/arg that could be added to the
> COMMAND LINE to enable some type of identification to be appended (like
> the date/time stamp like '200310061500' might be good--or since it's a
> flag/arg, append the filenam
Excellent idea. I've never used that fo tag (I'm sure there are many
I've never used! I should go take another look at the spec.). It could
be as simple as "if fo:title[.!=''] 'PrintJobName' = fo:title; else
'PrintJobName'='FOP Document'" or something. It could also be toggled
with a arg/flag (
> -Original Message-
> From: Michael Reiche [mailto:[EMAIL PROTECTED]
>
> On Tue, 2003-10-07 at 23:53, Clay Leeds wrote:
> > It would be great if there were a flag/arg that could be added to the
> > COMMAND LINE to enable some type of identification to be appended (like
> > the date/time st
10 matches
Mail list logo