Re: Getting the tests to run

If you are using the MAIN branch there's one thing that could help: in org.apache.fop.tools.TestConverter.java the following line 232 is missing in the cvs revision 1.18 (i.e. the driver isn't initialized): 226 XMLReader parser = inputHandler.getParser(); 227 se

RE: javadocs

FOP Committers: The attached patch contains my proposed changes to get the build for javadocs working. My message earlier today on this topic (included below) had the following errors in it: * With regard to item 1, Ant handles this platform difference automatically, so that proposed change has

cvs commit: xml-fop/src/org/apache/fop/datatypes Numeric.java

pbwest 2002/07/29 19:16:38 Modified:src/org/apache/fop/datatypes Tag: FOP_0-20-0_Alt-Design Numeric.java Log: Removed Angle, Frequency and Time handling Revision ChangesPath No revision No revision

Re: [PDF Viewer] Utility request

Victor, FOP has no control over any downstream uses of generated PDF, clearly. Any project that works with the PDF is logically independent of FOP, so it would belong in a separate project, as you suggest. It would be unfortunate if folks got the idea that FOP was somehow more fully realised

RE: [PDF Viewer] Utility request

Peter B. West wrote: > > Victor, > > The IAC, by this account, only has support for Macintosh and DDE/OLE on > WIndows. While some work on support for OLE 2 document formats has been > done in the Jakarta POI project, I don't know that this will solve the > problem of cross-platform support for

Work on HEAD

Keiron, It's easy for the designers to underestimate the size of the hurdle that potential developers must negotiate to get up to speed on a project of the complexity of FOP. It would be difficult if we were all sitting in the same room. Casual contributors much prefer to tinker with code th

Getting the tests to run

Help :), I'm trying to get build test target to run, but I get a NullPointerException when each time the driver is created. [runTest] java.lang.NullPointerException [runTest] at org.apache.fop.apps.Driver.getContentHandler(Driver.java:461) [runTest] at org.apache.fop.apps.Driver.re

Re: [PDF Viewer] Utility request

Victor, The IAC, by this account, only has support for Macintosh and DDE/OLE on WIndows. While some work on support for OLE 2 document formats has been done in the Jakarta POI project, I don't know that this will solve the problem of cross-platform support for the project you have in mind. I

Re: [PDF Viewer] Utility request

Keiron Liddle wrote: > (One day I will convince someone to help out with HEAD code) The problem here is that HEAD is nearly as much of a mess as the maintenance branch, with the unfortunate disadvantage that it doesn't work. I'd rather put work into something which can be downloaded and compiled

RE: FOP extension element

I meant to say, it's not particularly pretty code, but it works. It's simple so it shouldn't really have any defects. > > If anyone else thinks this is something useful, I will post the code for > review. It's not perfect code but it works. > >Matthew L. Avizinis

FOP extension element

Hello all, I have written an FOP extension element, fop:WritePageNumber, which outputs the page number where the element occurs in the fo document. It has several properties which allow to specify a filename, whether to start a new file, append to an existing file, or close the root element of

RE: [PDF Viewer] Utility request

Ralph LaChance wrote: <-Start-> Last time I used the Acrobat SDK (1999) it provided support only building a plug-in to Acrobat Exchange (not free) - ie. adding functionality to Exchange itself -- things like specialized searching, indexing, or retrieving simple objects (including text) fr

cvs commit: xml-fop/src/org/apache/fop/datatypes IntegerType.java Angle.java Frequency.java Time.java

pbwest 2002/07/29 09:05:05 Modified:src/org/apache/fop/datatypes Tag: FOP_0-20-0_Alt-Design IntegerType.java Angle.java Frequency.java Time.java Log: IntegerType, Angle, Frequency and Time separated from Numeric following communicati

Re: FO to RTF, request for a systematic approach

Hello Hansuli, Here's my point of view regarding FO to RTF > FO to RTF > > 1. Requirements: Integrate the existing jfor code (www.jfor.org) into FOP so that FOP can become a better XSL-FO to RTF converter than jfor currently is. > 2 Candidate solutions 2.1 move all jfor code in the FOP codeb

AW: FO to RTF, Java Viewer: request for a systematic approach

Step 1: Specify what has to be done! What are the requirements? What has to be supported? Which operating environments? I'm afraid there is no common understanding, i.e. a fairly precise specification in a few sentences, for these recent examples below. Step 2: How can the specified requirement

Re: AW: any limitation to "generate-id()"

Kutz Clemens (PEA-FE2/BA-T) wrote: > hmmm. I indeed use the span-attribute in my appendix to list all TT-elements > (TT=technical term). > To test this I removed all span-attributes in my stylesheet, but the error > still exist. > > any other idea? Well, it could be other undiscovered bug, try t

Re: AW: FO to RTF

Hi Peter, >. . . > The feasibility of an XSLT transform would > be greatly influenced by the complexity of the mappings of properties > into RTF structures. Yes, and in order to support the various "flavors" of RTF one has to take into account a number of (mostly dirty) tricks, which is proba

Re: AW: FO to RTF

Bertrand, Thanks for clarifying that. The feasibility of an XSLT transform would be greatly influenced by the complexity of the mappings of properties into RTF structures. If the inheritance model of XSLFO had no ready parallel in RTF, that set of transformations would be a nightmare, I ima

RE: [PDF Viewer] Utility request

Or would optionally need caching services that fit the "unsigned" security model. For example, applets could cache to their servers. -Original Message- From: Jim Urban [mailto:[EMAIL PROTECTED]] Sent: Monday, July 29, 2002 8:46 AM To: [EMAIL PROTECTED] Subject: RE: [PDF Viewer] Utility

RE: [PDF Viewer] Utility request

> - allow pages to be saved to disk to reduce memory This should be optional. Otherwise applets and JWS applications will need to be signed in order to run. Jim Urban - [EMAIL PROTECTED] Park City Solutions Inc. Clinical Connectivity Suite Product Manager Suite 295 500 Park Blvd. Itasca, IL 60

AW: javadocs

... > 4. Right now, build.xml is excluding html files during its copy from "src" to "build/src", so the package.html files are being omitted. To correct this, we need to either a) not exclude the html files in the copy, or b) use "src" as the root of the javadoc build instead of "build/src". My te

RE: javadocs

Sorry folks, it appears that I spoke too soon. My successful builds were being done using Java 1.4, not Java 1.2, which still fails, even with the new Ant. I'll work on it some more. Vic <> - To unsubscribe, e-mail: [EMAIL PROTE

AW: any limitation to "generate-id()"

hmmm. I indeed use the span-attribute in my appendix to list all TT-elements (TT=technical term). To test this I removed all span-attributes in my stylesheet, but the error still exist. any other idea? -Ursprüngliche Nachricht- Von: Oleg Tkachenko [mailto:[EMAIL PROTECTED]] Gesendet: M

javadocs

FOP Developers: In my continuing efforts to find a place to document things I learn about FOP, I have wrestled with the build for javadocs. Until making the following changes, that build failed (for me anyway), unless I used Java 1.4. However, it is of some benefit to use the same compiler for cl

Re: any limitation to "generate-id()"

Kutz Clemens (PEA-FE2/BA-T) wrote: > I'm using a xsl-stylesheet to convert a xml-file to pdf and have a serious > problem with the generate-id() - function. > > Here's my XSL-Stylesheet: > > > > > > > Chances are it has something to do with http://nagoya.apache.org/bugzil

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

keiron 2002/07/29 04:00:14 Modified:src/org/apache/fop/image/analyser SVGReader.java Log: adapted to change in batik Revision ChangesPath 1.23 +3 -3 xml-fop/src/org/apache/fop/image/analyser/SVGReader.java Index: SVGReader.java =

[GUMP] Build Failure - xml-fop

This email is autogenerated from the output from: Buildfile: build.xml Caught exception (org.apache.tools.ant.BuildException) w

RE: [PDF Viewer] Utility request

At 06:01 AM 7/29/02, I wrote: >Anyone volunteering to profile awt's memory usage ? Dumb comment. Sorry - Keiron's got the right answer ' Best, -Ralph LaChance - To unsubscribe, e-mail: [EMAIL PROTECTED

RE: [PDF Viewer] Utility request

yes. Anyone volunteering to profile awt's memory usage ? At 05:40 AM 7/29/02, Ramana wrote: > >Ralph, > Your idea of "Fixing the awt renderer" is the correct one. After a >deep thought, I too came to the conclusion that instead of writing a PDF >renderer, if we can tune up the AWT renderer

RE: [PDF Viewer] Utility request

At 01:33 PM 7/28/02, you wrote: >If it helps any, Adobe has a pretty comprehensive Acrobat SDK. Links to it >can be found at http://partners.adobe.com/asn/developer/sdks.html. I haven't >had a good excuse to do it myself, but my impression is that if tighter >integration is required, it could be d

RE: [PDF Viewer] Utility request

On Mon, 2002-07-29 at 11:40, RamanaJV wrote: > Ralph, > Your idea of "Fixing the awt renderer" is the correct one. After a > deep thought, I too came to the conclusion that instead of writing a PDF > renderer, if we can tune up the AWT renderer, it will be great. The main > problem with AWT

RE: [PDF Viewer] Utility request

Ralph, Your idea of "Fixing the awt renderer" is the correct one. After a deep thought, I too came to the conclusion that instead of writing a PDF renderer, if we can tune up the AWT renderer, it will be great. The main problem with AWT renderer now is the heavy memory it uses. We need to fi

Re: [PDF Viewer] Utility request

I agree with Oleg's last sentencetotally - which I translate roughly to "lets fix the awt renderer" In fact, I'd add a 3rd (or 2 1/2) user - the one who wishes to go directly from xml to a printer via fop. My colleagues here and I have inserted several changes to tweak spacings, borders, and s

RE: [PDF Viewer] Utility request

Ramana, Two things - in Windows one cannot easily launch the viewer from Java, because there is no command line interface in the Win version of Reader, only DDE - a nuisance (at best) to use via Java. And yes, there is an Adobe-built java-based reader, but it is buggy, is NOT supported, and does

Re: Maintenance: Java 1.2 Containers, HEAD PDF Renderer

On Mon, 2002-07-29 at 10:45, Joerg Pietschmann wrote: > > Hello, > I tried to clean up a bit in the maintenance branch, with focus on > reducing memory load and improving performance. > I'd like to discuss the following issues: > - Java 1.2 containers (HashMap) sneaked into the maintenance branch

Maintenance: Java 1.2 Containers, HEAD PDF Renderer

Hello, I tried to clean up a bit in the maintenance branch, with focus on reducing memory load and improving performance. I'd like to discuss the following issues: - Java 1.2 containers (HashMap) sneaked into the maintenance branch during a merge of a minor feature from the HEAD I made some tim

Re: CTM - e (tx) and f (ty) divided by 1000

On Sat, 2002-07-27 at 01:40, Kevin O'Neill wrote: > Ok, so the millipoints conversion is specific to the xsl:fo to pdf > conversion, the fo tree being in millipoints (correct me if I'm wrong). All lengths are in millipoints from the properties, fo tree to area tree. The renderers usually work in

Re: FO to RTF

Hi Chris, On Tuesday 23 July 2002 15:52, Christopher Scott wrote: > I have been working on a few driver classes for FOP. >. . . > Expect a submission in a week or two. >. . . Would it be possible for you to submit (probably unfinished) code earlier, rather than waiting for it to be finished ?

Re: FO to RTF (new jfor license)

Hello, On Friday 26 July 2002 10:20, Mulet, Jordi wrote: >. . . > We have started to experiment with jfor (FO->RTF) and we don't know the > best path to follow and if there are plans to integrate jfor in FOP as a > RTF renderer. >. . . Note that the jfor license was recently changed to allow it

Re: AW: FO to RTF

Hi Peter, > I tentatively suggested using XSLT to generate RTF a little while ago, > but I had no idea whether it was feasible. The main question would seem > to be: is RTF a text-only format or a binary format? Can anyone answer > that one for us? AFAIK, everything in RTF can be expressed wit

Re: FO to RTF

On Friday 26 July 2002 20:05, J.U. Anderegg wrote: >. . . > RTF is the format of yesterday: better generate MicroSoft Office XML or > Open Office XML. Depends on what you're aiming for. RTF is a terrible format, yes, but at least it allows documents to be opened by a fair number of wordprocessor