Re: FOPIDESetupGuide updated to Netbeans 6.5

2009-01-21 Thread Peter B. West
Andreas Delmelle wrote:
 On 19 Jan 2009, at 13:42, Ulrich Mayring wrote:
 
 Hi Ulrich
 
 Ulrich Mayring wrote:
 Peter B. West wrote:

 You must set up hyphenation from the OFFO site.
 http://offo.sourceforge.net/hyphenation/

 Ok thanks, the build works now. Maybe the SetupGuide could be updated to
 mention that this has to be done before the first ant build.

 Duh... strange. At first the build worked, but now it doesn't, there
 is a package org.apache.tools.ant missing.
 
 When do you get this message exactly? FOP depends on Ant for the anttask
 (org.apache.fop.tools.*), and this is one dependency that we do not
 include in the distribution. So you'll have to make sure that ant.jar is
 somewhere in the classpath that is used when compiling the FOP sources.
 You could set the 'optional.lib.dirs' property in
 $FOP_HOME$/build.properties to include the path to ant.jar on your machine.
 
 
 HTH!
 
 Cheers
 
 Andreas


It might be a good idea to set svn:ignore properties on ant.jar and the
offo jars in lib. Then you could tell interested parties to drop those
jars into lib as part of the preparation for building, and it's unlikely
that the jars will come back t haunt you.

Peter

-- 
Peter B. West http://cv.pbw.id.au/
Folio http://defoe.sourceforge.net/folio/folio.html


Re: examples/mathml

2009-01-21 Thread Max Berger
done in rev. 736295.

Max

Max Berger schrieb:
 Dear Fop-Devs,
=20
 Vincent Hennebert schrieb:
 Hi,

 Jeremias Maerki wrote:
 The MathML plugin in FOP works with JEuclid 1.0. But since a lot of w=
ork
 has gone into JEuclid over the past months and it now has its own
 plug-in it may make sense to remove that part completely. We still ha=
ve
 the Plan Demo plug-in as the primary extension example (which I'd lik=
e
 to keep operational) and both Barcode4J and JEuclid are open source a=
nd
 can therefore serve as additional examples for creating FOP plug-ins.=

 +1 for removing the MathML examples from the code base.
=20
 +1 here too, I am even volunteering to do it (I'd add a link to JEuclid=

 instead)
=20
 Max

--=20
http://max.berger.name/
OpenPGP ID: C93C5700 Fpr: AB6638CE472A499B3959 ADA2F989A2E5C93C5700



signature.asc
Description: OpenPGP digital signature


Re: FOPIDESetupGuide updated to Netbeans 6.5

2009-01-21 Thread Andreas Delmelle

On 21 Jan 2009, at 11:45, Peter B. West wrote:


It might be a good idea to set svn:ignore properties on ant.jar and  
the

offo jars in lib. Then you could tell interested parties to drop those
jars into lib as part of the preparation for building, and it's  
unlikely

that the jars will come back t haunt you.


Yep, dropping the ant.jar in $FOP_HOME$/lib would probably be the  
fastest solution. It's what I wanted to suggest first, but then again,  
I'm personally not too fond of copying JARs around. If you have Ant  
somewhere on your machine, then IMO, it's cleaner to have the build- 
classpath point to that ant.jar than copying it to the lib folder.
Just remembered: we have svn:ignore set on the file $FOP_HOME/build- 
local.properties, which one could create and use to specify locations  
of dependencies that are dependent on the local setup.



Cheers

Andreas


Re: FOPIDESetupGuide updated to Netbeans 6.5

2009-01-21 Thread kinda...@gmail.com

Andreas Delmelle wrote:

On 21 Jan 2009, at 11:45, Peter B. West wrote:


It might be a good idea to set svn:ignore properties on ant.jar and the
offo jars in lib. Then you could tell interested parties to drop those
jars into lib as part of the preparation for building, and it's unlikely
that the jars will come back t haunt you.


Yep, dropping the ant.jar in $FOP_HOME$/lib would probably be the 
fastest solution. It's what I wanted to suggest first, but then again, 
I'm personally not too fond of copying JARs around. If you have Ant 
somewhere on your machine, then IMO, it's cleaner to have the 
build-classpath point to that ant.jar than copying it to the lib folder.
Just remembered: we have svn:ignore set on the file 
$FOP_HOME/build-local.properties, which one could create and use to 
specify locations of dependencies that are dependent on the local setup.



Cheers

Andreas

And thanx also for the InteliJ Idea walkthru

Have to try it, soon...

;)