discussion of project expectation on priv...@.
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
Re: discussion of project expectation on priv...@.
Ok. That is private. Regards, Jan - Original Message - From: Jeremias Maerki d...@jeremias-maerki.ch To: fop-dev@xmlgraphics.apache.org Sent: Monday, May 11, 2009 10:23 AM Subject: Re: discussion of project expectation on priv...@. Jan, there was no technical discussion there, don't worry. This was about Vincent and me disagreeing on expectations on the lengths we should go to for code beautification. It was also about how we talk to each other. I took this to private@ because I didn't want to pollute this list with yet another fight (see fop-dev archives, too). There was also no real resolution of 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 jcumps wrote: 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 Jeremias Maerki
Re: [VOTE] Release FOP 0.95
From non-commiter: tested without issues. Regards, Jan - Original Message - From: Jeremias Maerki [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: fop-dev@xmlgraphics.apache.org Sent: Thursday, July 31, 2008 5:26 PM Subject: [VOTE] Release FOP 0.95
Re: Codegen directory structure
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, Jan - Original Message - From: Manuel Mall [EMAIL PROTECTED] To: fop-dev@xmlgraphics.apache.org Sent: Thursday, December 21, 2006 1:12 PM Subject: Re: Codegen directory structure On Thursday 21 December 2006 18:53, Manuel Mall wrote: On Thursday 21 December 2006 18:44, Vincent Hennebert wrote: Manuel Mall a écrit : snip/ Also I didn't get any response to the question if we could/should store the needed Unicode data files in the Apache repository. Where do these files come from? Have they been modified? Do they have license headers? Also, that question might go to [EMAIL PROTECTED] See http://www.unicode.org/Public/UNIDATA/. The FOP UAX#14 implementation needs the files PropertyValueAliases.txt and LineBreak.txt for its code generation. Forget about it I changed the code generation code to accept URLs and it can read the Unicode data files directly from the Unicode site now. The license bits just looked too hard. Vincent Manuel Manuel
Re: Codegen directory structure
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 - Original Message - From: Manuel Mall [EMAIL PROTECTED] To: fop-dev@xmlgraphics.apache.org Sent: Thursday, December 21, 2006 3:19 PM Subject: Re: Codegen directory structure On Thursday 21 December 2006 22:49, [EMAIL PROTECTED] wrote: 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? As it uses a URL stream reader it can read local files as well (file:///...). 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. The generator may also be used by really experienced users who need a modified custom line breaking pairs table (and in turn a custom FOP version) for their needs. Regards, Jan Manuel
Re: Newbie question on Area Tree XML and testcases
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: Andrejus Chaliapinas [EMAIL PROTECTED] To: fop-dev@xmlgraphics.apache.org Sent: Friday, September 29, 2006 4:47 PM Subject: Newbie question on Area Tree XML and testcases Hello, I'm trying a little bit understand FOP dev. internals and please correct me if I wrong. When I run Junit layout testcase - it generates me under test-results some XML file in form of Area Tree XML, from which I could produce PDF file. But for me it's not clear how I would know in advance which values should I place into testcase file to be checked during test run. BTW - do you currently still support Junit v3.8.2 to be run with JDK 1.3.x? Or you've already switched to Junit 4.1? Thank you for anyone who will get me more light on this. Andrejus
Re: Newbie question on Area Tree XML and testcases
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 target for that (testcases-into-pdf)? The project comes with an ant task. So it would not be too hard to integrate it with an Ant build. Regards, Jan - Original Message - From: Andrejus Chaliapinas [EMAIL PROTECTED] To: fop-dev@xmlgraphics.apache.org; '[EMAIL PROTECTED]' [EMAIL PROTECTED] Sent: Friday, September 29, 2006 5:55 PM Subject: RE: Newbie question on Area Tree XML and testcases 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 Great, What about next step taking it inside same FOP Ant build process with one additional target for that (testcases-into-pdf)? It's quite native to be there as well (via fop.bat you just run: fop -atin infile -pdf outfile). What do you think? I always prefer to have everything for whole build process in one place (in this case great Eclipse IDE). Andrejus