the conflict, only a privately negotiated cease-fire that
didn't really work out for me. Thus my timeout from FOP [1].
[1] http://markmail.org/message/fonqe4txsf3w72eg
Technical discussions on FOP will always remain in the open on fop-dev.
Period. You can count on that.
On 11.05.2009 10:05:52 jcu
Team,
Can the discussion of project expectation be held on fop-dev@ in stead of on
private@ , if this is related to the future development of FOP?
Regards,
Jan Cumps
From non-commiter:
tested without issues.
Regards,
Jan
- Original Message -
From: "Jeremias Maerki" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc:
Sent: Thursday, July 31, 2008 5:26 PM
Subject: [VOTE] Release FOP 0.95
Thank you, Manuel.
Also, this is not part of the normal build. The generated file will be
in SVN and need only be regenerated by the FOP developers if the
Unicode standard changes.
When I received the first mail, I was thinking that this was a runtime
dependency.
Regards, Jan
- Origi
Manuel,
... I changed the code generation code to accept URLs and it
can read the Unicode data files directly from the Unicode site now.
Would that work if the machine that's running fop doesn't have access to the
internet?
Or can the code also read the files from a local folder?
Regards,
I was actually replying to your mail because I have also tried to test my
reports Area Tree. (but I forgot to mention it).
It was too complex for me; so I ended up only testing if FOP actually
generated my file.
What about next step taking it inside same FOP Ant build process with one
additional
Andrejus,
I've created a project on sourceforge to generate pdf reports from JUnit
tests.
It's called JUnit PDF Report, an can be found here:
http://junitpdfreport.sourceforge.net
It uses FOP to render the JUnit XML docs into a PDF.
Regards, Jan
- Original Message -
From: "Andrej