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 A
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 Message---
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 th
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
On Tue, 17 Jul 2001, Arved Sandstrom wrote:
> We should, in theory, be able to use the cvswrappers mechanism (or module
> options) to run a style tool on a file when it is committed (or in a number
> of other cases). I can investigate this. I'd suggest that we divvy up the
> existing code, and
> 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
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 for
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 characte
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 xml-fop
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 table-rows, but so far, I
haven't gotten around to it.
Karen
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:27:14
Modified:src/org/apache/fop/layout LineArea.java
Log:
PR: 2556
This fixes bug 2556 by changing the leader with pattern "space" to use an
InlineSpace instead of adding actually spaces.
Revision ChangesPath
1.45 +11 -17xml-fop/src/org
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2556
*** shadow/2556 Tue Jul 10 14:04:01 2001
--- shadow/2556.tmp.29466 Tue Jul 17 13:24:53 2001
***
*** 9,15
++
| Assigned To: [EMAIL PROTECTE
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|
+---
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
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
m
> 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 co
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 120
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 see
- Original Message -
From: "Eugene Nedzvetsky" <[EMAIL PROTECTED]>
To: "Sergey Astakhov" <[EMAIL PROTECTED]>
Sent: Tuesday, July 17, 2001 4:17 PM
Subject: Re: I18n issue in AWT Preview
>
> SA> Of course I can write my own dialog, but for begginers it would be
better to
> SA> fix such is
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 BufferedRea
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
http://www.wi
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
> whic
Thanks Stefan, it works.
-Ursprungligt meddelande-
Från: Stefan Weber [mailto:[EMAIL PROTECTED]]
Skickat: den 13 juli 2001 15:16
Till: '[EMAIL PROTECTED]'
Ämne: AW: Unicode!
In your own class, before instantiating the Driver.
Stefan
-Ursprüngliche Nachricht-
Von: Klosa Uwe [
Title: FOP 0.19 with JDK1.1
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 requires JDK 1.2 onwards.
Ca
I'm looking at print renderers. Can this be done?
Input like sample instream.fo:
Generation of print renderer output is started by method
renderForeignObjectArea:
- The foreign SVG object has rendered itself as image by Batik.
The method renderForeignObjectArea has to
At 12:09 PM 7/17/01 +0200, Keiron Liddle wrote:
>
>I think that would be better to do it all at once and use the wrappers. The
>only problem is what style formatter to use.
>
>jstyle - has at least 3 bugs (one that will cause compile errors)
>astyle - I think it's ok (but there was something I did
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 wro
On Tue, 17 Jul 2001 11:36:00 Arved Sandstrom wrote:
> I should have said, _one_ of the text editors I use does that. :-) Using
> another text editor I am as guilty as the next fellow (although I have to
>
> look more closely; the editor may be able to do the conversion).
>
> We should, in theo
Rick,
Big thanks for this info - and the script, which worked loverly.
Cheers
MarkOn 16 Jul 2001 14:11:32 -0700, Rick Tessner wrote:
> On Mon, 16 Jul 2001 22:30:59 +0200, Karen Lease wrote:
>
> >Hi all,
> >
> >"cvs [login aborted]: connect to xml.apache.org:2401 failed: Connection
> >refused"
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
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
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
- Origina
At 08:29 AM 7/17/01 +0200, Keiron Liddle wrote:
>>From what I have seen so far we are never going to get a common code style.
>I usually format the code but that doesn't mean it will stay that way and
>there are a lot of files. eg. Arved committed in some of the Marker code
>with tabs to replace t
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 thinking
--- 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 either wise or going to
be popular.
Alex
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 rea
> 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 preachin
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
39 matches
Mail list logo