RE: Alt-Design: Preliminary results FO tree build test

I have a Solaris box (Sun Blade 100) here at home, but the sources should compile on Linux, I would think. I'm actually looking at integrating a jProf library into an MBean for the JBoss project, and I did all my preliminary work on my Solaris box (some of that research will be in the February

Re: Alt-Design: Preliminary results FO tree build test

Rhett, Nerver having used it, I am not aware of its capabilities. As I don't develop in a Microsoft environment, and have no access to MS Visual C++, and I don't run in a Solaris environment, my options for trying this are limited. If anyone else want to have a look I would be interested in t

Re: Redesign issues

Keiron Liddle wrote: On Thu, 2002-12-05 at 13:01, Peter B. West wrote: There is an implication in what you are saying that you do have the direction forward for the FO processor "internalised", so to speak, and that a complete FO processor is, as Christian says, just a matter of time. I, and

Re: FOP schema

Victor Mote wrote: If no one objects, I would like to move this information to fop.xsd & let CVS handle the revision issues. The viewcvs program allows us to append a revision number, so we could even branch & tag this to keep it tied to releases. Sounds OK. Peter -- Peter B. West [EMAIL PROT

DO NOT REPLY [Bug 13586] - fop will not work on linux alpha because jre is broken (workarround included)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 13586] - fop will not work on linux alpha because jre is broken (workarround included)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15119] New: - fo:external-graphic and border properties

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: FOP schema

Peter B. West wrote: > Victor Mote wrote: > > While working on an FAQ for FO dtd & schema, I see that we have > two schema > > in docs/foschema: fop4f.xsd & fop4.xsd. They are similar. Does > anyone know > > what the purpose for both is, why we have 2, or the 4 & 4f designations? > > Victor, > > I

Re: docs for maintenance release

Jeremias Maerki wrote: How will we maintain the website after the copy? Change in trunk then copy over to maint branch each time something is changed? Or can we Yes, I'm not sure if automatic merging would work and I don't think there will be a lot of changes. Christian

bsf.jar

Hi all, I just noticed bsf.jar in the lib directory and IIRC it was needed by xalan1. As we switched to xalan2 some time ago is it ok for everyone if I remove bsf.jar? Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] Fo

Re: website

Victor Mote wrote: I see that Keiron has republished the web site. Here are some comments: 1. Keiron, would it help any, now that you have gotten the basic flow going, for one of us to take the web-site publication burden from you? I know Christian is involved in doc. If he does not wish to do it

Re: [maintenance branch] FOP servlet doubled

J.Pietschmann wrote: [..] web.xml: keep it with the *.java. I would prefer something like src/conf/web.xml servlet.jar: provide a property for the location, defaulting to lib/servlet.jar. Conditionalize the servlet compilation on availability of ${servlet.jar}. Users can either copy a servlet

Re: bug #13586

Oleg Tkachenko wrote: Hello there! What do you think about http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13586? Stefan asks us to use something like float currentLetterSpacing = (float) 9.99; instead of float currentLetterSpacing = Float.NaN in PDFRenderer.java due to jre-1.3.1 for l

Re: Redesign issues

On Thu, 2002-12-05 at 13:01, Peter B. West wrote: > There is an implication in what you are saying that you do have the > direction forward for the FO processor "internalised", so to speak, > and > that a complete FO processor is, as Christian says, just a matter of > time. I, and I suspect Arv

RE: Redesign issues

Responses below. -Original Message- From: Peter B. West [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 04, 2002 5:27 PM To: fop-dev Subject: Redesign issues >> This is the question that everyone has to answer. Blind faith that that the problem can be solved by simply hurling onsel

Re: bugzilla shake-up is over

On Wed, 2002-12-04 at 19:08, Oleg Tkachenko wrote: > Hello there! > > Well, bugzilla shake-up is over, sorry if I closed something not-to-be-closed > or leave something-to-be-closed, but anyway I believe we can say bugzilla is > cleaned up now. > Now it's 111 entries in there (it was 188 IIRC):

Re: Redesign issues

Karen Lease wrote: Peter, ... ... I will make a few comments on the "redesign" issue. I agree with Arved that we certainly have some large problems to face. As he points out, the mainstream redesign suffers from not being understood and therefore from a lack of active contributors. ... I

Re: Why use XML configuration files?

Roland wrote: I noticed that the apache project uses mostly XML files for configuration. Personally I prefer using ".properties" files because then I don't have the overhead of parsing the file each time. So what's the advantage of using XML files? Properties are flat and non unicode-aware, th

cvs commit: xml-fop/src/org/apache/fop/image GifImage.java

keiron 2002/12/05 02:29:12 Modified:src/org/apache/fop/image GifImage.java Log: use a dummy url connection to enable loading of gif image Revision ChangesPath 1.7 +58 -10xml-fop/src/org/apache/fop/image/GifImage.java Index: GifImage.java

cvs commit: xml-fop/src/documentation cocoon.diff forrest.diff

keiron 2002/12/05 01:30:16 Modified:src/documentation cocoon.diff forrest.diff Log: updated to latest cvs Revision ChangesPath 1.3 +18 -19xml-fop/src/documentation/cocoon.diff Index: cocoon.diff ===

Re: Why use XML configuration files?

Roland wrote: Hello, I noticed that the apache project uses mostly XML files for configuration. Personally I prefer using ".properties" files because then I don't have the overhead of parsing the file each time. So what's the advantage of using XML files? They are hierarchical, can easily b