On Tue, 17 Jul 2001 01:22:38 Arved Sandstrom wrote:
At 09:26 PM 7/16/01 +1000, Mark wrote:
As an aside: is there a style guide for FOP code? I must say I find the
style and layout very confusing and I'm happy to clean things up as I
go.
At the moment I can't even work out what tab stop
Mark,
I think the first step would be to change the PDF generation code so that
it can write out as it goes to a stream (and also do what it does now).
This would most likely be done by writing out each page after completion.
It may also (I'm not sure) require different tracking of objects such
FWIW the PCL renderer should not be keeping much in memory.
The same applies to the PostScript renderer and (I think) to the MIF
renderer, which was my starting point for the PostScript renderer.
Jeremias Märki
mailto:[EMAIL PROTECTED]
OUTLINE AG
Postfach 3954 - Rhynauerstr. 15 - CH-6002
I'm looking at print renderers. Can this be done?
Input like sample instream.fo:
fo:instream-foreign-object
svg:svg width=20 height=20
Generation of print renderer output is started by method
renderForeignObjectArea:
- The foreign SVG object has rendered itself as image by
Johannes,
If you are going to be using this for a print renderer and you are going to
have it in memory why do you want to convert it into a jpeg.
In the AWTRenderer it currently renders the svg into a graphic if that
would suit you needs.
Otherwise you can simply use the batik transcoding
Hi all,
I am trying to get an XMLReader object with
XMLReader parser = inputHandler.getParser();
after having done: InputHandler inputHandler = new
XSLTInputHandler(xmlInputSource,xslInputSource);
and I get the following error (the files xmlInputSource and xslInputSource
are where
I hear your pain, brother. :-) So I have enclosed a ZIP which contains all
the files I used, on Windows 98, to make this work - the XML, XSL, the
extension class (source and compiled classfile), a batch file to run
things,
even the PDF output.
Father Arved, thank for you for your preaching!
Hello FOP developers!
May be this is known issue, however I didn't find any comments. There is
some problems on i18n support in AWT preview. You are using your own
SecureResourceBundle with LoadableProperties instead of standart
ResourceBundle for loading the text labels. May be there is good
Hi,
On 16 Jul 2001 14:24:06 -0400, Art Welch wrote:
FWIW the PCL renderer should not be keeping much in memory.
It seems to keep the whole PDF document in RAM until it's closed. But I have worked out a sneaky way to pipeline the PDF without major changes, thanks mostly to the
Hi,
I've been on holiday, but I came back yesterday, saw this last message,
downloaded SP1 for IE5.5 and, hey presto, it worked. Thanks to all for your
help - much appreciated. Just to confirm, IE5.5 still caused problems -
only with SP1 did it work for me.
Thanks again,
Micheál
-
At 09:36 AM 7/17/01 +0100, Alex McLintock wrote:
--- Struan Judd [EMAIL PROTECTED] wrote:
If so might I request a small departure from the XSL:FO spec, if it is
straight-forward to implement. Please allow keep-together on fo:table-row.
I don't think deviations from the XSL:FO spec are
My apologies,
I said:
Yes, I found -bug to have a significant impact on performace after
about 100 pages. Before 100 pages there did
Of course, I meant -buf! Who put those two letters so close together anyway?
Cheers
Mark
Im XSL FO spec in article 6.7.9 fo:table-row keep-together, keep-with-
previous and keep-with-next properties are listed in The following
properties apply to this formatting object:. So why is keep-together
on table-row considered against spec?
pa
On 17 Jul 2001, at 9:36 Alex McLintock wrote
I'm looking at print renderers. Can this be done?
Input like sample instream.fo:
fo:instream-foreign-object
svg:svg width=20 height=20
Generation of print renderer output is started by method
renderForeignObjectArea:
- The foreign SVG object has rendered itself as image by
On Tue, 17 Jul 2001 13:10:50 Stephen Fry wrote:
Is it still possible to run the latest version of FOP with JDK1.1.
Currently
I am using 0.15 and I need to assess the risks in moving to a newer
version.
We have done a quick test and it seems that it now has a dependency on
batik
which
I'm using FOP 0.19 with JDK 1.1.8 on Windows NT/2000 and Sun Solaris with no
problems. But batik does not work with JDK 1.1. That means no SVG :-(
Heiko
Is it still possible to run the latest version of FOP with JDK1.1.
--
Mit freundlichen Gruessen / Best regards
Heiko Barthel
Hello Sergey,
Tuesday, July 17, 2001, 11:17:03 AM, you wrote:
SA Of course I can write my own dialog, but for begginers it would be better to
SA fix such issue.
Remove from org.apache.fop.viewer.LoadableProperties second parameter
in line 28.
before:
BufferedReader in = new
Howdy foponauts
Well I was able to find the PDF 1.3 reference (@ pdfzone - google is Great) and I'm just running a huge test. I was able to process 100 pages with a flat memory profile and 2Mb of heap so it's looking pretty good, but my Big Test has destroyed all pretenders to date so we'll
Hi again,
Firstly I have successfully tested my changes with a ~20,000 page document of moderate complexity, it is in fact one of the example documents but I forget which one (doh) - multiplied by some silly factor like 5000 or something. I have also successfully tested my changes against a
I don't know if anyone has done any extensive testing of concurrency with
FOP, so please let us know what problems you run into (the IndexOutOfBounds
for example), either via this list, or better yet, via Bugzilla so we can
track and fix the issues. I've fixed a few places where I found
We are planning to use FOP in our web application. The application will be
hosted on a W2K box with dual PIIIs. We will use FOP in servlets to allow
the user to dynamically generate formatted reports (in PDF) that can be
printed off and inserted in a patients permanent medical file. Does this
I grabbed the latest out of CVS today and built it. FOPped everything just
fine.
Thanks for pointing me in the right direction.
Mick
-Original Message-
From: Huisking, Michael [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 16, 2001 3:33 PM
To: '[EMAIL PROTECTED]'
Subject: Re: Spanning a
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2489
*** shadow/2489 Fri Jul 6 17:15:29 2001
--- shadow/2489.tmp.29458 Tue Jul 17 13:24:52 2001
***
*** 2,9
| leader CID font bug|
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2556
*** shadow/2556 Tue Jul 17 13:24:53 2001
--- shadow/2556.tmp.29518 Tue Jul 17 13:29:01 2001
***
*** 2,9
| fo:leader has strange behavior when used with CID encoded Embedded TTF |
tore01/07/17 13:57:49
Modified:src/org/apache/fop/fonts TTFFile.java
Log:
Submitted by: SASAKI Suguru ([EMAIL PROTECTED])
Some glyphs are missed when more then one glyph maps to the same data,
this patch fixes it.
Revision ChangesPath
1.5 +10 -5
Thanks for the patch!
I just added it to cvs.
Tore
On Thu, 12 Jul 2001, SASAKI Suguru wrote:
Hi, fop-team.
Current org.apache.fop.fonts.TTFFile dosen't load all glyph data
when two or more character is mapped to one glyph.
(In fact, Bitstream Cybetbit font has mapped many characters to
Sorry for not looking at your patch until now, but I've been on vacation
(a couple of weeks with the cellular turned off and no email access can
actually be quite satisfying!).
The mapping from char to glyph is moved to the PDFRenderer, so there
should be no need to map the chars again (only
Subject: Re: Keep-together (and the other keep-*'s)
It's not against spec in my book either, but it's currently not
implemented in FOP, for table-row or for anything else.
The problem with all that keep-* stuff is that it's not that easy to do.
Actually, I was kind of mulling it over for
Hello,
Is there any example or tutorial to show how to transform from xml to pdf or from xml
to fo in java?
Since I write a servlet to transform a xml and xsl to a fo and always a FOPException
appear like at org.apache.fop.apps.XSLTInputHandler.getParser(XSLTInputHandler.java:
109), is
At 11:25 PM 7/17/01 +0200, Tore Engvig wrote:
[ SNIP ]
I guess we have to use codeformatters (eg astyle) before we check in our
code.
I happend to grab a copy of jIndent while it still was free. jIndent does
more than just codeformatting, it parses the code and is able to change a
lot of things
In the interim (i.e. until code improvements), did you try multiple
*processes* rather than threads, i.e. to ensure multiple copies of statics,
etc, so contention within a process is eliminated?
It may well still be that other forms of contention limit the throughput
-Original
May I suggest to put up a code convention section in involved.xml? I
think a short notice with the most important rules (tabs to spaces, 4
spaces for tab etc.) will suffice. That will make it easier to encourage
people to follow the conventions.
Jeremias Märki
mailto:[EMAIL PROTECTED]
OUTLINE
32 matches
Mail list logo