RE: forms

[COFFMAN Steven]

I would be hesitant to do so. They may use custom OCR software that is aware
of the exact formatting of the blank form which may be thrown off by slight
inaccuracies in reproduction. I have no knowledge of whether they do or not,
but you might want to call them and check before you try.
-Steve

-Original Message-
From: eric.deandrea [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 20, 2001 2:48 PM
To: [EMAIL PROTECTED]
Subject: forms


Has anyone written a formatting object stylesheet to mimic the look & feel
of the IRS form Schedule K-1?

-Eric


Eric Deandrea
Software Engineer  (978) 698-6351  
Inforonics, Inc.   [EMAIL PROTECTED]
30 Porter Rd.
Littleton, MA 01460


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: [vote] Merging JFor with FOP

[COFFMAN Steven]

+1. Positive list contribution combined with a big code contribution makes
it an easy call.

-Original Message-
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 18, 2001 8:58 AM
To: FOP
Cc: Bertrand Delacretaz
Subject: [vote] Merging JFor with FOP


Hi people,

recently, some code was donated to the Apache Cocoon project in order to
connect it with JFor (www.jfor.org) which is a FO->RTF processor.

It appeared evident to me (and to others, as I discovered later) that
jfor and FOP are doing different things but could be an advantage for
both jfor developers, jfor users, FOP users and FO visibility in general
to join forces.

Bertrand, here attached, is the main developer behind the project and he
already agreed on donating the code to the ASF. 

IMO, rather than creating another project, it would be best to merge
jfor code with FOP to allow yet another (and widely used) binary format
to render FO in. 
Technical details are not that important at the moment, but Bertrand
already stated his flexibility in reshaping jfor code in order to make
it easier/cleaner/more-manageable the merging.

This said, in order for the donation to take place, I'm officially
requesting a vote from the FOP developers community. The Apache XML PMC
is already informed and will accept any position taken by the community.

So, here it is, please vote on the following question:

would you like to accept jfor code and give Bertand Delacretaz committer
status in order to perform the merging on the FOP code following the
technical directions that the FOP dev community will find more
appropriate?

I remind that only people with committer status are entitled to place a
binding vote, but I suggest everybody on this list to express their vote
and, in case of negative vote, explain their reasons so that we can
properly deal with them.

Thanks to all.

Stefano.

P.S. Sorry for the formality, people but this is legal stuff so I'm
required to wear my ASF member hat :)


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: ETA on 0.20.2

[COFFMAN Steven]

No set date has been committed to. If you really need marker support, we'd
be happy to get any patches you'd care to send. We are, after all,
developing on a completely volunteer basis.
-Steve

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 08, 2001 10:03 AM
To: [EMAIL PROTECTED]
Subject: Re: ETA on 0.20.2



OK, but when will marker support be fixed?
-Lou




Arved Sandstrom <[EMAIL PROTECTED]> on 10/08/2001 09:55:47 AM

Please respond to [EMAIL PROTECTED]

To:   [EMAIL PROTECTED]
cc:

Subject:  Re: ETA on 0.20.2

At 09:07 AM 10/8/01 -0400, Louis Masters wrote:
>When will 0.20.2RC become the official release?  I REALLY need those
>markers.
>-Lou

There seems to have been a lack of communication here, or some confusion.
FOP-0.20.2 (and the RC is good to go, essentially...the only thing that is
holding me up is the CHANGES file) is _not_ a release that contains any
extra support for markers. My apologies if we gave that impression.

Regards,
Arved Sandstrom

Fairly Senior Software Type
e-plicity (http://www.e-plicity.com)
Wireless * B2B * J2EE * XML --- Halifax, Nova Scotia


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]









-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Performance and java 1.1

[COFFMAN Steven]

Committers only get votes on the projects they're comitters for.
Non-committers are encouraged to provide input without voting.

Loose projects with a lot of committers get upset when non-committers
confuse the tally by using "+1" in their input, so if you preface your
comments with, "I don't get a vote, but I'd be +1 because I think..." no one
will be confused.

The PMC can step in an overrule a wayward project full of committers, but
that's almost unheard of.

-Steve
-Original Message-
From: Alex McLintock [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 21, 2001 12:52 PM
To: [EMAIL PROTECTED]
Subject: Re: Performance and java 1.1


> Keiron Liddle wrote:
> [..]
> > So the question is: can we drop java 1.1 support and use better data
> > structures?

 --- Christian Geisert <[EMAIL PROTECTED]> wrote: 
> +1   (I think we should make this an "official vote")

I think that FOP is not really usable in Applets which is the only sensible 
reason for supporting JDK 1.1

PS What are the rules for an "official vote". I have been told off before
for voicing my opinion about a vote in another Apache project. Basically
I was told I couldn't vote because I hadn't contributed any source.
Shockingly enough this is true for FOP too.

Alex


=
Alex McLintock[EMAIL PROTECTED]Open Source Consultancy in London
OpenWeb Analysts Ltd, http://www.OWAL.co.uk/ 
SF and Computing Book News and Reviews: http://news.diversebooks.com/
Get Your XML T-Shirt  at http://www.inversity.co.uk/


Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

[VOTE] Framework mods re: Logger

[COFFMAN Steven]

Hi. Avalon wants FOP and other Avalon projects to give input on changes to
the Logger interface. If you want to discuss it on the FOP list, I can
forward them to Avalon
[EMAIL PROTECTED] if you aren't subscribed.

-Steve

-Original Message-
From: Berin Loritsch [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 18, 2001 11:04 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: [VOTE] Framework mods


There has been some discussion over what the Logger interface should or
should not be for the next release.  I want input from the different
projects
that _use_ Avalon, or would like to use it to help us make the final
decision.

First, let it be known that Avalon will allways prefer LogKit as the
standard
Logger--although it can provide hooks for you to add your own logger
implementations.  That is what the vote is for.  There are a proposed Logger
interface and Loggable interface.

We have two choices to allow for pluggable Logger implementations:

1) Simply replace the Loggable and AbstractLoggable classes with the
proposed
   version.  This causes a backwards incompatibility, and is not preffered.

2) Deprecate Loggable and create a new interface to avoid incompatibilities.
   This causes us to have to use a less than desirable interface name for
   the equivalent of Loggable.

Please be advised that the changes would affect you in two ways:  The origin
of the Logger interface is now org.apache.avalon.logger.Logger, and if we
alter the interface name for Loggable, you would have to implement that
interface
instead.  The actual client API for Logger and Abstract Logger will not
change
your existing code.

The most impact will be for people who actually use the Loggable interface
directly or place the logger in a local variable.  You should be able to
change
the import statement for the Logger object and all will be working again.

It is generally agreed that pluggable loggers would be a good thing for
Avalon,
and we should be able to provide support for Log4J and LogKit relatively
easily.

Committers, please place your votes.
Users, please give your comments.

Vote for approach 1 or 2 above.  If you choose method 2, please provide a
suggested
name for the new interface.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Programmatically creating PDF files that reference an external image

[COFFMAN Steven]

Recent changes to the CVS version of FOP dramatically reduce the size of
images in FOP.
The easiest thing would be to see if that is sufficient.

Otherwise, you'd have to customize your version of FOP to not embed the
images, which would be a pain.
-Steve
-Original Message-
From: Michael Woinoski [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 18, 2001 12:06 PM
To: [EMAIL PROTECTED]
Subject: Programmatically creating PDF files that reference an external
image


I need to generate pdf from a Java servlet for archiving as well as
viewing in a web browser. The servlet will grab info from a database and
create pdf with a scanned form as a background image. The image will be
the same for all documents. The generated pdf files need to be as small
as possible, since we'll be storing a large number of them.

FO's "external-graphic" tag gives me what we need, except (in FOP, at
least) the image is embedded in the pdf file, resulting in a large file:





Hello World


I'm looking for something that will keep the image external to the pdf.

I know that pdf 1.3 supports references to external files, so I thought
that instead of using FO, I could simply generate pdf directly. However,
the sample files in the pdf spec appendix G have no examples that show
how to reference external files.

I'm looking for a sample PDF file in plain ASCII that references an
external jpeg image and superimposes text strings on the image.

I'm not committed to this approach, so I'd be willing to try something
different (creating a pdf template from the image and then merging it
with the text, using a pdf form, etc.) But the solution needs to be
something that can be executed dynamically without human intervention,
so any solution that requires using Acrobat or clicking a button in a
pdf form is not an option.

Thanks in advance,
Mike

-- 

Mike Woinoski  Pine Needle Consulting
mailto:[EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Logs, logs and more logs

[COFFMAN Steven]

Hi Christopher,
Very good points, but I think this is a discussion that needs to
happen at a higher level. FOP needs to cooperate with Cocoon, and Cocoon is
committed to Avalon. If Avalon adopted Trunk, or did something similar, it
would fix FOP and Cocoon at the same time with little effort on FOP's part.

I forwarded your message to the Avalon developer's list at
[EMAIL PROTECTED] Does Trunk's licence allow Avalon devs to
mine it for ideas if they don't decide to adopt it unaltered? Moreover, are
the Trunk team okay with that? The Avalon team does a pretty good job of
giving credit, but sometimes people get upset if they don't totally adopt
their solution. You can subscribe to the Avalon list at
[EMAIL PROTECTED] if you want and I'm sure they'd like
your input, especially if you were willing to review their similar proposal.
(and I lost the link to that...) They're very willing to listen.

-Steve
-Original Message-
From: Christopher Burkey [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 13, 2001 10:40 PM
To: [EMAIL PROTECTED]
Subject: Logs, logs and more logs


At our company we have have found a solution to the logging dilemma and 
think FOP should do the same.

At this point there seems to be several ways to log errors within a Java 
application:

1. JDK 1.4's new Logging API's
2. Log4J
3. Log Kit
4. Avalon's Loggable interface
5. Some new JDK compatible API's

The worst part about this situation is that one component might use Log4J 
and another part of the same application may depend on Log Kit. So now your 
logs are spread all over the place within the same application.( Our 
company is writing a Swing application that had this exact problem. )

The solution is:

Logging should be done in the same way JDBC is done. There should be one 
set of interfaces and multiple drivers. Log Kit and Log4J considered the 
equivalent of JDBC drivers such as Oracle, DB2 etc...

We put together Trunk ( http://www.openinstitute.org/trunk/ ) as a 
collection of Interfaces compatible with multiple drivers.

 From the Trunk Docs:

LoggingDriver.getDriver()
 *   Get the value of the 
org.openinstitute.trunk.LoggingDriver system property,
 * which must be a class that implements the {@link
LoggingDriver} 
interface.

Example Usage:  

Logger LOGGER = LoggingDriverFactory.getDriver().getLogger( 
SomeApplication.class );
  LOGGER.info("Hello world!");

Now FOP can use any driver such as Log4J or Log Kit.





Christopher Burkey  [EMAIL PROTECTED] 
President   513-542-3401
eInnovation Inc.http://einnovation.com




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: tall image puts Fop in never-ending loop

[COFFMAN Steven]

The workaround is to tplit the image into two images that fit in a page by
manually using Gimp or Photoshop and modifying your FO accordingly.

Ideally FOP would do this automatically, but that requires reasonably
sophisticated 
image processing code. Graceful failure or omission of impossibly large
objects (with a warning) would be something that's more likely to get
implemented at some point, and we would be grateful to accept any patches
like that.
-Steve

-Original Message-
From: Darrel Riekhof [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 13, 2001 11:02 PM
To: '[EMAIL PROTECTED]'
Cc: Rodrigo Rey; Bill Thornton
Subject: tall image puts Fop in never-ending loop


I tried to insert a jpg that was 800 width by 1035 height.  Here is the
xsl-fo tag I'm using to do it:


  
 
file:
 
  


Fop-0.20.1 goes into a never-ending loop, trying to find a page big enough
for this image, and I eventually get an out of memory exception.  Is there a
work-around for this?

Darrel

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Avalon?

[COFFMAN Steven]

FOP needs at all levels the ability to log errors and messages. System.out
is fine for CLI applications, but not for most embedded applications or
servers. We could have used Log4J instead, but the rest of Apache XML is
using LogKit and it suited our needs.

Avalon is the place where common Design Patterns are implemented as a common
component repository. With the combined might of all our projects, we can
have confidence that every component is the best designed and best
implemented possible, where no one project would have the resources to do
so.

You are correct that it is theoretically possible to make FOP faster and
lighter without using any extra libraries like Avalon. If we made our own
custom XML parser optimized for FO, that would also be true, but we still
use Xalan and Xerces. We just don't have the resources or interest in
pursuing it.
-Steve

-Original Message-
From: Christopher Burkey [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 13, 2001 4:34 PM
To: [EMAIL PROTECTED]
Subject: Avalon?


Hi,
In CVS we have org.apache.fop.apps.Driver implementing the

org.apache.avalon.framework.logger.Loggable interface.

Is there a good reason we are dragging Avalon into our core code
base?

Maybe someone should extend the Driver class with AvalonDriver so
that us 
client side developers do not have to get involved with the extra server 
side libraries.




Christopher Burkey  [EMAIL PROTECTED] 
President   513-542-3401
eInnovation Inc.http://einnovation.com




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Xalan causing issue in FOP?

[COFFMAN Steven]

Break this down more atomically to see where the break down occurs, if you
will.

First, run Xalan using the commandline with sample files to insure that
there's not an 
error in just doing that (instructions on xml.apache.org).

Second run FOP using commandline to insure there's no version problem
between FOP 0.18 (very old...) and whatever Xalan (and Xerces) you're using.
(again see website)

If you've got the old distribution of fop (0.18), it will have an old
"embedding fop" document which has a code example (the ones on the current
website refers to the new API for FOP 0.20 and later). If you're using the
current version (0.20.1) FOP docs with the old distribution (or vice versa),
then they just won't work.

The above should be standard operating procedure for debugging any FOP
problems. For your specific problem, write debug code to check (output,
whatever) responseSource, stylesheetSource, target before you pass them as
parameters. You might be hardcoding in a file path that is wrong or
something.
-Steve

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 07, 2001 2:28 PM
To: [EMAIL PROTECTED]
Subject: Xalan causing issue in FOP?
Importance: High


Hello,

I am still trying to get my java to work with FOP - I'm using Xalan to parse
and I have an error when I hit the:

processor.process(responseSource, stylesheetSource, target);
line.

I get:

Input XSL; Line 1; Column 45518
XSL Error: Could not parse Input XML document!
XSL Error: SAX Exception

As errors.

I am declaring the procesor as:

XSLTProcessor processor = XSLTProcessorFactory.getProcessor();

Any hints on how to troublehsoot?

Thanks!

Tony

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: ClassDefNotFound for FOP for VAJ

[COFFMAN Steven]

So ignore your earlier questions, or do you still need answers to those?
-Steve

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 07, 2001 4:48 PM
To: [EMAIL PROTECTED]
Subject: ClassDefNotFound for FOP for VAJ
Importance: High


Hello again...

I seem to be working through my issues but this one has me stuck - when I
try to create a new driver, my program crashes on Uncaught exception
(java.lang.NoClassDefFoundError: org.apache.fop.fo.LengthProperty$Maker) - I
have this class in my repository and have re-imprted the source - any ideas?

Please help!






Debugger Stack Trace Report:

Thread[main,5,main] (Alive)
Uncaught exception (java.lang.NoClassDefFoundError:
org.apache.fop.fo.LengthProperty$Maker)

StandardPropertyListMapping.addToBuilder(TreeBuilder)
this=(org.apache.fop.fo.StandardPropertyListMapping)
org.apache.fop.fo.StandardPropertyListMapping@78bc
builder=(org.apache.fop.fo.TreeBuilder)
org.apache.fop.fo.FOTreeBuilder@33ab
uri=(java.lang.String) http://www.w3.org/1999/XSL/Format
Driver.addPropertyList(PropertyListMapping)
this=(org.apache.fop.apps.Driver)
org.apache.fop.apps.Driver@1f7e
mapping=(org.apache.fop.fo.PropertyListMapping)
org.apache.fop.fo.StandardPropertyListMapping@78bc
Driver.addPropertyList(String)
this=(org.apache.fop.apps.Driver)
org.apache.fop.apps.Driver@1f7e
listClassName=(java.lang.String)
org.apache.fop.fo.StandardPropertyListMapping
mapping=(org.apache.fop.fo.PropertyListMapping)
org.apache.fop.fo.StandardPropertyListMapping@78bc
Driver.setupDefaultMappings()
this=(org.apache.fop.apps.Driver)
org.apache.fop.apps.Driver@1f7e
Driver()
this=(org.apache.fop.apps.Driver)
org.apache.fop.apps.Driver@1f7e


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: [PATCH] Page citations do not work in PSRenderer

[COFFMAN Steven]

Done. Are other renderers similarly broken? (PCL?) I don't have a way to
check.
-Steve

-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 05, 2001 1:35 PM
To: [EMAIL PROTECTED]
Subject: [PATCH] Page citations do not work in PSRenderer


Hi Darren

> There is one problem, page-citations don't seem to work. The line
>  should put the page number of the
> page on which a block with the attribute id="xref" first appears. In the
> output from FOP -ps I get a ? instead.

Ok, I fixed that. A diff is attached. Would one of the committers please
apply it? Thanks.

Jeremias Märki

mailto:[EMAIL PROTECTED]

OUTLINE AG
Postfach 3954 - Rhynauerstr. 15 - 6002 Luzern
Fon +41 (0)41 317 2020 - Fax +41 (0)41 317 2029
Internet http://www.outline.ch

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: FOP Bug Fixes

[COFFMAN Steven]

David,
You recently asked what the status of your patch was. I guess you
aren't subscribed to the list, but Karen replied that she had resolved the
problem you reported, though not with the patch you supplied. Please see
details below. In the future, please subscribe to the list to get your
responses or check the archives.
-Steve

-Original Message-
From: Karen Lease [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 20, 2001 6:06 PM
To: [EMAIL PROTECTED]
Subject: Re: FOP Bug Fixes


Hi David,

I've had a look at your files. You're right about (2), and it's now
fixed in the CVS version (as of tonight).

However I think that you may have a slight misunderstanding of setting
up margins on the page-master and the body-region which is giving the
results you describe in (1).

If you use FO like this for your page-master, it should work better,
although with these values the header and footer text are right at the
edges of the page.


  
  
  


Note that the margin-top and margin-bottom values on region-body should
correspond to (or be greater than) the "extent" values on the
region-before and region-after FO. The margins on the simple-page-master
object determine the "content-rectangle" within which the region-body
and the 4 side regions must be positioned.
It's a little complicated; try looking at the diagrams in the XSL CR
specification in 6.4.12 and 6.4.13.

Hope that helps and happy Foppin'

Regards,
Karen Lease


"David S. Dixon" wrote:
> 
> Greetings,
> 
> I generated the attached test.fo file in Java.  There were two problems:
> 
> 1. The table overran the title (region-before) and page number
> (region-after)
> 2. The table headers cells got progressively narrower on each subsequent
> page
>



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Basic Link

[COFFMAN Steven]

I applied the patch, which seemed to solve the problem, but I would like
someone to examine it and change a bit.

1. the idValidation vs. idUnvalidated names are very confusing
without comments that explain what's what.

2. the createID method needs better commenting. I'm not entirely sure
I correctly understand it, so I didn't do so.

Thanks for the patch L. McKenzie (?), but please send patches to the list
so we won't miss them. We don't mind the full files if you don't have access
to CVS, either, but we'll include them faster if you do:
diff -u MyJava.java.orig MyJava.java >> patchfile.diff

Enrico, thanks for pointing this patch as it was languishing.
-Steve

-Original Message-
From: Enrico Schnepel [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 30, 2001 4:34 PM
To: [EMAIL PROTECTED]
Subject: Re: Basic Link


Hello Keiron,

I had the same problem a few weeks ago and the bug is in the buglist as bug 
3007.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3007

The bug was resolved by [EMAIL PROTECTED] but is not merged yet
I've attached the corresponding files which resolves the problem. 

Enrico


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: NullPointerException

[COFFMAN Steven]

So you're using FOP 0.20.1, you've got fop.jar, batik.jar, xerces.jar,
xalan.jar, and jimi.jar in your classpath, right?

One way to do it, is to embed FOP according to website:
http://xml.apache.org/fop/embedding.html

Which describes this:

Driver driver = new Driver(new InputSource (args[0]), 
   new FileOutputStream(args[1]));
driver.setRenderer(RENDER_PDF);
driver.run();

However, if you can't do it this way, you need to provide more information
than what you did for anyone to be able to help.
-Steve
-Original Message-
From: Jean-François Selber [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 30, 2001 9:45 AM
To: [EMAIL PROTECTED]
Subject: NullPointerException 


can someone help me?

thanks

>
>
> > Driver driver = new Driver();
> >
> > java.lang.NullPointerException
> >  at
> >
org.apache.fop.svg.SVGElementMapping.addToBuilder(SVGElementMapping.java,
> > Compiled Code)
> >  at org.apache.fop.apps.Driver.addElementMapping(Driver.java:373)
> >  at org.apache.fop.apps.Driver.addElementMapping(Driver.java:384)
> >  at org.apache.fop.apps.Driver.setupDefaultMappings(Driver.java,
Compiled
> > Code)
> >  at org.apache.fop.apps.Driver.(Driver.java:189)
> >
> > what can I do?
> >
> > thanks
> > jf
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: -> want EURO character instead of #

[COFFMAN Steven]

Axel,
I don't think he's embedding the font. That would explain why it displays
different on Windows 2000 and Linux, regardless of where it was generated.

Mark,
I think your font in Linux doesn't contain the Euro character. What font is
it, and what Linux distribution/version are you using?
-Steve

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 30, 2001 9:38 AM
To: [EMAIL PROTECTED]
Subject: Re: -> want EURO character instead of #



as the font is embedded in the PDF, it does not matter if the viewing
platform has a correct font file including the euro symbol, only the
platfomr that you run FOP on is relevant to the PDF (which would be your
linux box).
HTH
 Axel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: PDF question

[COFFMAN Steven]

Hey Brigette,
Have you tried converting your company's logo PDF file into SVG and
including that in a FO? Then you can log all the PDF calls and parameters to
help you build a makeLogo method that will re-create your logo in every
document. I did this myself. It's why all the wacky PDF gradient code
support is in there even for stuff SVG doesn't do.

Of course, if you used FO and the full FOP (now that SVG support rocks), you
wouldn't have to go to all that trouble, but I gather there's other reasons
for not doing that.
-Steve

-Original Message-
From: Brigette Muller [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 29, 2001 2:23 PM
To: [EMAIL PROTECTED]
Subject: PDF question


Hi all,

I have been developing a PDF output for our system using the PDF
classes of fop, including the PDFGraphics2D. I need to include existing
pdfs in my generated PDF (eg logo). It seems from the PDF spec I do this
using Form XObjects, and I have made a class for PDFFormXObject. What I
can't seem to get is how to use my nicely built XObject to draw it - I
need a Do sequence like that in PDFGraphics2D.drawImage, but am stumped
as to the exact sytax.

Does anyone have an example or inspiration they could share?

thanks
Brigette

btw if anyone could use a drawImage method that takes a CMYK JPEG and
makes a FopImage out of it (for use in a PDF, uncompressed
unfortunately), I have finally completed one that works.
B.

 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: FOP null error even.

[COFFMAN Steven]

Try running your XSL through Xalan first:
java org.apache.xalan.xslt.Process -IN AccessoriesXML.xml -XSL sample.xsl
-OUT access.fo

If that doesn't work, it's a problem with your XSL. If it does, then let us
know your FOP, Xerces, and Xalan versions.
-Steve
-Original Message-
From: Ser Siew Keok [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 27, 2001 11:36 PM
To: [EMAIL PROTECTED]
Subject: FOP null error even.


Hi

I have encounter problem with produce PDF file from xml and xsl.

Below is my command line:


Fop -xsl sample.xsl -xml AccessoriesXML.xml -PDF access.pdf

Error message" null" 

But my FOP can generate PDF file from fo file format follow this
command line:

---
Fop access.fo access.pdf
---

below is my xsl file--



http://www.w3.org/1999/XSL/Format";
xmlns:xsl="http://www.w3.org/1999/XSL/Transform";>

210mm
297mm



  http://www.w3.org/1999/XSL/Format";>

  

  


  


  


  

  

  



  
Accessory

  



  
name : 

  



  
price : 

  



  
description : 

  



--


My question:

1. Can FOP generate pdf directly from XML with XSL (fo element) ?
2. Can FOP generate html directly from XML with XSL (html element) ?
3. After Unzip the FOP, there is no installer to install. Do I need
to copy certain files into Java folder or do setting on class path (in java
command)? What I do, is copy all file in the FOP folder after extracting
into working folder, and create a commmand shortcut and run from it.
4. Can FOP support CJK languages as well as true type font
(embbeded) ?

Thanks a lot.

Regards
siew keok


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Getting started FOP question

[COFFMAN Steven]

I'd just use Xalan from the command line like this:
java org.apache.xalan.xslt.Process -IN foo.xml -XSL foo.xsl -OUT foo.out 

Should work.
-Steve
-Original Message-
From: Kilmer, Erich [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 24, 2001 4:28 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Getting started FOP question


Would you recommend using XSLTransform to do this?
Oh, and thanks for the advice I am going to do as you suggest.
Erich

-Original Message-
From: COFFMAN Steven [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 24, 2001 11:40 AM
To: '[EMAIL PROTECTED]'
Subject: RE: Getting started FOP question


When debugging, it's a good idea to run any XSL:T seperate from processing
the result XSL:FO so you can figure out which part is messing up if there
are problems. If you see  tags in in your FO, you've got a problem in
your XSL:T. While FOP can be asked to convert XSL:T to XSL:FO and then
process it, this really isn't an atomic operation.

You can't split an FO result into more than one document without getting
more than one PDF output result.

Hope this helps.
-Steve


-Original Message-
From: Kilmer, Erich [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 24, 2001 10:57 AM
To: [EMAIL PROTECTED]
Subject: Getting started FOP question


A while back I was playing with Cocoon1 and got it working. I was able to
convert XML input to PDF output (via an XSL) on the fly in a browser.
Recently, I was using Stylus Studio to build an XSL with FO tags and then
rendered it into PDF (inside Stylus). At this point I realized maybe I do
not need Cocoon1 to do this all I need is FOP. This would probably be better
because Cocoon1 requires changes to my apps server jar file (orion.jar) in
order to work. 
So I am trying to get FOP to work now. I have made my own version of the
FOPServlet and added it to Orion. Then I added fop.jar, batik.jar, xalan and
xerces jars to the /lib dir.

One thing, my XML file references my XSL file (which contains XSL/FO tags
and XPATH).

Question:  Is this OK to do? 

Most of the FO examples only use the FO tags.
I am getting this error in my browser window:

500 Internal Server Error
org.apache.fop.apps.FOPException: The root element is required in a
well-formed document.
at org.apache.fop.apps.Driver.render(Driver.java:429)
at org.apache.fop.apps.Driver.run(Driver.java:508)
at
com.bellhowell.eroute.report.web.PDFGenerator.renderFO(PDFGenerator.java:72)
at
com.bellhowell.eroute.report.web.PDFGenerator.service(PDFGenerator.java:45)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:336)

org.xml.sax.SAXParseException: The root element is required in a well-formed
document. 
at org.apache.xerces.framework.XMLParser.reportError(XMLParser.java:1056) 
at
org.apache.xerces.framework.XMLDocumentScanner.reportFatalXMLError(XMLDocume
ntScanner.java:626) 
at
org.apache.xerces.framework.XMLDocumentScanner$XMLDeclDispatcher.endOfInput(
XMLDocumentScanner.java:842) 
at
org.apache.xerces.framework.XMLDocumentScanner.endOfInput(XMLDocumentScanner
.java:418) 
at
org.apache.xerces.validators.common.XMLValidator.sendEndOfInputNotifications
(XMLValidator.java:582) 
at
org.apache.xerces.readers.DefaultEntityHandler.changeReaders(DefaultEntityHa
ndler.java:1026) 
at
org.apache.xerces.readers.XMLEntityReader.changeReaders(XMLEntityReader.java
:168) 
at org.apache.xerces.readers.UTF8Reader.changeReaders(UTF8Reader.java:182) 
at org.apache.xerces.readers.UTF8Reader.lookingAtChar(UTF8Reader.java:197) 
at
org.apache.xerces.framework.XMLDocumentScanner$XMLDeclDispatcher.dispatch(XM
LDocumentScanner.java:742) 
at
org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScanner.
java:381) 
at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:948) 
at org.apache.fop.apps.Driver.render(Driver.java:424) 
at org.apache.fop.apps.Driver.run(Driver.java:508) 
at
com.bellhowell.eroute.report.web.PDFGenerator.renderFO(PDFGenerator.java:72)

at
com.bellhowell.eroute.report.web.PDFGenerator.service(PDFGenerator.java:45) 
at javax.servlet.http.HttpServlet.service(HttpServlet.java:336) 

Any ideas what could cause this?
Thanks!

Erich Kilmer




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Getting started FOP question

[COFFMAN Steven]

When debugging, it's a good idea to run any XSL:T seperate from processing
the result XSL:FO so you can figure out which part is messing up if there
are problems. If you see  tags in in your FO, you've got a problem in
your XSL:T. While FOP can be asked to convert XSL:T to XSL:FO and then
process it, this really isn't an atomic operation.

You can't split an FO result into more than one document without getting
more than one PDF output result.

Hope this helps.
-Steve


-Original Message-
From: Kilmer, Erich [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 24, 2001 10:57 AM
To: [EMAIL PROTECTED]
Subject: Getting started FOP question


A while back I was playing with Cocoon1 and got it working. I was able to
convert XML input to PDF output (via an XSL) on the fly in a browser.
Recently, I was using Stylus Studio to build an XSL with FO tags and then
rendered it into PDF (inside Stylus). At this point I realized maybe I do
not need Cocoon1 to do this all I need is FOP. This would probably be better
because Cocoon1 requires changes to my apps server jar file (orion.jar) in
order to work. 
So I am trying to get FOP to work now. I have made my own version of the
FOPServlet and added it to Orion. Then I added fop.jar, batik.jar, xalan and
xerces jars to the /lib dir.

One thing, my XML file references my XSL file (which contains XSL/FO tags
and XPATH).

Question:  Is this OK to do? 

Most of the FO examples only use the FO tags.
I am getting this error in my browser window:

500 Internal Server Error
org.apache.fop.apps.FOPException: The root element is required in a
well-formed document.
at org.apache.fop.apps.Driver.render(Driver.java:429)
at org.apache.fop.apps.Driver.run(Driver.java:508)
at
com.bellhowell.eroute.report.web.PDFGenerator.renderFO(PDFGenerator.java:72)
at
com.bellhowell.eroute.report.web.PDFGenerator.service(PDFGenerator.java:45)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:336)

org.xml.sax.SAXParseException: The root element is required in a well-formed
document. 
at org.apache.xerces.framework.XMLParser.reportError(XMLParser.java:1056) 
at
org.apache.xerces.framework.XMLDocumentScanner.reportFatalXMLError(XMLDocume
ntScanner.java:626) 
at
org.apache.xerces.framework.XMLDocumentScanner$XMLDeclDispatcher.endOfInput(
XMLDocumentScanner.java:842) 
at
org.apache.xerces.framework.XMLDocumentScanner.endOfInput(XMLDocumentScanner
.java:418) 
at
org.apache.xerces.validators.common.XMLValidator.sendEndOfInputNotifications
(XMLValidator.java:582) 
at
org.apache.xerces.readers.DefaultEntityHandler.changeReaders(DefaultEntityHa
ndler.java:1026) 
at
org.apache.xerces.readers.XMLEntityReader.changeReaders(XMLEntityReader.java
:168) 
at org.apache.xerces.readers.UTF8Reader.changeReaders(UTF8Reader.java:182) 
at org.apache.xerces.readers.UTF8Reader.lookingAtChar(UTF8Reader.java:197) 
at
org.apache.xerces.framework.XMLDocumentScanner$XMLDeclDispatcher.dispatch(XM
LDocumentScanner.java:742) 
at
org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScanner.
java:381) 
at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:948) 
at org.apache.fop.apps.Driver.render(Driver.java:424) 
at org.apache.fop.apps.Driver.run(Driver.java:508) 
at
com.bellhowell.eroute.report.web.PDFGenerator.renderFO(PDFGenerator.java:72)

at
com.bellhowell.eroute.report.web.PDFGenerator.service(PDFGenerator.java:45) 
at javax.servlet.http.HttpServlet.service(HttpServlet.java:336) 

Any ideas what could cause this?
Thanks!

Erich Kilmer




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: fop and VAJ 3.5.3

[COFFMAN Steven]

FOP generates some java files from xml sources, so VAJ can't import from the
src directory directly,
since it thinks there are some missing java files. You might want to try
importing from the build directory. Forte would probably have the same
problems. 
-Steve

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 21, 2001 10:54 AM
To: [EMAIL PROTECTED]
Subject: fop and VAJ 3.5.3


Hi,
does anyone know what to do to make FOP run in Visual Age for Java 3.5.3?
I tried to import: 
1. all java and resource files from Fop's src directory
and
2. import 
%LIBDIR%\ant.jar;%LIBDIR%\batik.jar;%LIBDIR%\buildtools.jar;%LIBDIR%\xerces-
1.2.3.jar;%LIBDIR%\xalan-2.0.0.jar;%LIBDIR%\xalanj1compat.jar;%LIBDIR%\bsf.j
ar;%LIBDIR%\jimi-1.0.jar


But I still get a 294 Problems in VAJ.

On the other hand: I could also use Forte3.0 instead of VAJ 3.5.3.
Using Forte, would  it be easier to get FOP run in the Debugger: (I 
would like to debug the FOP sourcecode)?
If yes: is there any written guidance on how to create a Forte Project 
for FOP ?

Bodo Teichmann


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Calling FOP from xsql

[COFFMAN Steven]

FOP CVS requires all kinds of jars in the classpath you don't have like
xalan, xerces, avalon-framework, logkit, (Are jimi, batik and the rest
optional?), etc.

For the rest, you may need to ask on an XSQL mailing list. If there is not a
FOP serializer such as your example refers to, then you'll need to use a
different class (one you may need to write). If there is one, then it is
likely not updated with to the latest FOP, which again you'd need to ask
someone on an XSQL list about.
-Steve

-Original Message-
From: Raju Dave [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 21, 2001 7:40 AM
To: '[EMAIL PROTECTED]'
Subject: Calling FOP from xsql


Hello,
Small problem with xsql...

I am defining in XSQL config.xsql as


FOP
oracle.xml.xsql.serializers.XSQLFOPSerializer



I am getting error as
XSQL-022: Cannot load serializer class
oracle.xml.xsql.serializers.XSQLFOPSerializer

I am using TomCat and have all following jar files in my lib directory..
1> xsqlserializers
2> oraclexsql
3> w3c
4> fop

I am using fop-0.20?
Where could i be going wrong??




Raju Dave
iORMYX GmbH
Frankfurt am Main
Germany
[EMAIL PROTECTED]
[EMAIL PROTECTED]

 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: [GUMP] Build Failure - Fop

[COFFMAN Steven]

Hi Sam,
Can you do a clean checkout? We now include (and use) the Avalon
Framework and LogKit 1.0b4. In addition, we reorganized a few things. It
should build fine if you do.
-Steve

-Original Message-
From: Sam Ruby [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 21, 2001 8:56 AM
To: [EMAIL PROTECTED]
Subject: [GUMP] Build Failure - Fop



This email is autogenerated from the output from:



Build results exceed maximum length.Please see URL above for details.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Docs

[COFFMAN Steven]

Ok,
I didn't actually read the documentation, but I updated the scripts
and FO so that everything I could think of will build PDFs with FOP. The
content of those documents may still be outdated however.
-Steve

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Cocoon 2 & FOP: Sharing SAX events

[COFFMAN Steven]

Whups. John's recent Cocoon 2 patch did not update to FOP 0.20 API, but was
just adding PCL and PS as valid outputs and refactoring for the old FOP API.

Peter West is doing some good work on serializing the parse events, and
generally opening up FOP to be less like a black box. His code is still
experimental, and not part of CVS yet however. I'm not sure what Cocoon's
release schedule is, but FOP 0.20 has a number of major improvements that
we'd like to get into Cocoon 2.0 final (like less than infinte memory
required for large documents).

BTW, John (as a Cocooner) is not subscribed to fop-dev, so please Cc him if
there's anything you want him to know. 
-Steve
-Original Message-
From: John Morrison [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 20, 2001 4:48 PM
To: COFFMAN Steven
Subject: RE: cocoon 2


Hi Steven,

Sorry, I don't believe that my patch fixes it, all it really does (and dims
did most of the refactoring) is add pcl and postscript to the available
serializers.  What we would like to do however is hook our SAX events
straight into FOPs.  How easy do you think it would be?

J.

PS, if you want a quicker response my work email is
[EMAIL PROTECTED]  I'm online continiously all day (GMT) from
8.20am till 4(ish)

> -Original Message-
> From: COFFMAN Steven [mailto:[EMAIL PROTECTED]]
> Sent: Monday, 20 August 2001 4:11 pm
> To: 'John Morrison'
> Subject: cocoon 2
>
>
> Hi John,
>   The FOP team was going to submit a Cocoon 2 patch for our FOP 0.20
> release, but before we did so, your patch changed things. Does your patch
> work with the new version of FOP (which breaks the old API)? If so, cool,
> otherwise we'll try to get a patch out quick.
> -Steve
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Bookmarks

[COFFMAN Steven]

I just used the latest CVS FOP and was able to use internal and external
links with no problem.
The attribute changed from "id" to "ref-id" for the destination some time
ago, maybe that is what you are noticing?



-Steve
-Original Message-
From: Chetan Vig [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 20, 2001 11:13 AM
To: fop
Subject: Bookmarks


Hi,

I noticed that the "PropertyMapping" files have been deleted in the new
Release (I have FOP 0.20.1 dated 08/20/01 03:00 am version). As a result
the bookmarks feature of the PDF is missing.

I would appreciate if you somebody could take a look at
that.


Cheers,

Chetan Vig


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: FOP does not rendering PDF in IE5.5 SP1

[COFFMAN Steven]

Hey Alex,
(a bit off-topic to the list...)
I use often the url like "./Myservlet?extension=.pdf" in HTTP POST targets
just like GET ones. Works fine.

The "wierd" behavior with IE is often caused by repeated upgrades that have
managed to "miss" a component or two. Although you can't really uninstall
IE, you can download the full 30 meg binary and install custom and check
everything (even making the grayed-out checks black ones). It usually solves
the weird problems.

These two things cause all my FOP servlets and servlets that return
tab-dilineated text files to work fine, even with IE.
-Steve
-Original Message-
From: Alex McLintock [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 17, 2001 4:08 AM
To: [EMAIL PROTECTED]
Subject: RE: FOP does not rendering PDF in IE5.5 SP1


 --- COFFMAN Steven <[EMAIL PROTECTED]> wrote: > If you're servlet URL
is
http://www.myweb.com/servlet/Myservlet
> <http://www.myweb.com/servlet/Myservlet> 
> then use http://www.myweb.com/servlet/Myservlet?extension=.pdf
> <http://www.myweb.com/servlet/Myservlet?extension=.pdf> 
> so you know if IE's ignoring the Mimetype. If that's not it, then it's
> probably because you're using an older version of FOP. I believe (someone
> correct me) that IE should be ok with the latest release.
> -Steve

There are a variety of problems with Microsoft's IE. This solution cures the
problem for many people but I've also found situations where this extension
isn't enough.
(In particular you may be posting to the servlet in which case adding
"?something=.pdf" is
innappropriate. In such circumstances you might need to


1) Name your servlet "pdf" so that the URL looks like 

 http://www.myweb.com/servlet/MyservletPackage.pdf

2) Get your servlet to generate the pdf, save it to disk, send the browser a
frameset which
gets the browser to load the previously created PDF in one of the
frames.
   PS make sure you have at least two frames else you'll confuse netscape
:-)

Hope this helps - I've been banging my head against this one for most of
last week
because *all* the machines I had access to worked fine, and almost all the
machines
used by my American users didn't work. We eventually tracked it down to a
particular
build of IE 5.5 sp1, and even getting the build number didn't guarantee
which version
was installed :-(

Alex

(Remember Folks, Any additions to the FAQ - post them here with a big sign
saying
ANSWER SHOULD GO IN THE FAQ)







=
Alex McLintock[EMAIL PROTECTED]Open Source Consultancy in London
OpenWeb Analysts Ltd, http://www.OWAL.co.uk/ 
SF and Computing Book News and Reviews: http://news.diversebooks.com/
Get Your XML T-Shirt  at http://www.inversity.co.uk/


Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: FOP does not rendering PDF in IE5.5 SP1

[COFFMAN Steven]

If 
you're servlet URL is http://www.myweb.com/servlet/Myservlet
then 
use http://www.myweb.com/servlet/Myservlet?extension=.pdf
so you 
know if IE's ignoring the Mimetype. If that's not it, then it's probably because 
you're using an older version of FOP. I believe (someone correct me) that IE 
should be ok with the latest release.
-Steve

  -Original Message-From: Abdul Wahab 
  [mailto:[EMAIL PROTECTED]]Sent: Friday, July 20, 2001 12:24 
  AMTo: [EMAIL PROTECTED]Subject: FOP does not 
  rendering PDF in IE5.5 SP1
  Hi!
   
  I have coded my servlet to convert PDF from XML 
  using FOP.
  It is working in Netscape. I can view my 
  PDF.
  When I try to run that particular servlet from 
  IE5.5, It is not coming.
  But I can see my rendered debugging message 
  in the server console.
  My code is below...
   
      ...
      ...
  byte[] content = 
  out.toByteArray();response.setContentType("application/pdf");response.addHeader("Content-Disposition", 
  "inline; 
  filename=test.pdf");response.setContentLength(content.length);response.getOutputStream().write(content);response.getOutputStream().flush();response.getOutputStream().close();
   
  I hope my code is correct.  But I couldn't 
  understand why is this? Can you help me.
   
  Thanks,
  Wahab.
  

RE: unicode-bidi in FOP 2.0?

[COFFMAN Steven]

Seeing as how FOP 1.0 isn't expected before decemeber, FOP 2.0 is too far
off to make any plans. Core committers are more focussed on tables and such
right now, but some of the past patch contributors were interested in seeing
it happen, so I can't say.

-Steve
-Original Message-
From: Tony Graham [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 13, 2001 5:27 AM
To: [EMAIL PROTECTED]
Subject: unicode-bidi in FOP 2.0?


In the fop-dev archive at marc.theaimsgroup.com, the references that I
can find to unicode-bidi amount to little more than an acknowledgement 
of its inclusion in the XSL spec.

Is there yet any indication whether unicode-bidi, or the Unicode
bidirectional algorithm, will be implemented as part of FOP 2.0?

Regards,


Tony Graham

Tony Graham   mailto:[EMAIL PROTECTED]
Sun Microsystems Ireland Ltd   Phone: +353 1 8199708
Hamilton House, East Point Business Park, Dublin 3x(70)19708


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: FOP help please...

[COFFMAN Steven]

Didn't you say on the general list that you were able to get the fop.sh and
fop.bat to work for you?
-Steve

-Original Message-
From: Charlie Wu [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 09, 2001 12:42 AM
To: '[EMAIL PROTECTED]'
Subject: FOP help please...


 <>  <> 

Hi there:
 
I downloaded the latest FOP from xml.apache.org and was trying to run
some simple tests from the commandline.. The documentation says you
should just run:
 
FOP fo_inputfile pdf_outputfile (see
http://xml.apache.org/fop/running.html
 )
 
but I can't find a FOP.exe or FOP unix binary anywhere.. and since this
is java I suspect there isn't any FOP anywhere anyway.. so I searched
google.com and looked for commandline examples and found many references
to calling org.apache.fop.apps.CommandLine - but then when I checked
this against the fop.jar there's NO CLASS with that name!! I couuld only
find Command, CommandLineStarter, and CommandLineOptions.. 
 
So what gives 
 
Can someone please help me out???
 
Thanks
 
Charlie



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Using FOP 0.19-CVS to create PDF

[COFFMAN Steven]

It sounds like you've got a couple problems. 

Why don't you use Xalan to run your XSL:T to produce the XSL:FO file first,
and then run FOP on that file. More atomic operations are easier to
characterize and systematically debug.

A. You've got XSL:T variables which are not being turned into their proper
values, so there's either a problem with your docbook XML, or the XSL:T
file.

B. Also, you're making invalid (or unsupported) FO in that bit where it says
fo:inline can't be directly under flow. You might want to see if this is
caused by whatever's causing A.

-Original Message-
From: Jeff Rancier [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 07, 2001 4:23 PM
To: [EMAIL PROTECTED]
Subject: Using FOP 0.19-CVS to create PDF


Hello All.

I downloaded the 1.42 XSL stylesheets for DocBook in an attempt to generate
a PDF from my DocBook XML.  The version of the DocBook stylesheets with
XAE-1.0beta6 appears to be 1.18.  The version of the DocBook DTD which my
book was created appears to be V4.1.2.  I am attempting to create the PDF
directly from my DocBook (book) XML, using the FOP-0.19-CVS using the
fo/docbook.xsl stylesheet.  I am still getting errors.

Can anyone tell me if I need to get a different version of the DTD, or what
my problem might be?

As follows:

fop -xml mybook.XML -xsl docbook.xsl -pdf mybook.pdf
java -cp
fop-0.19.0-CVS\fop.jar;fop-0.19.0-CVS\lib\w3c.jar;fop-0.19.0-CVS\lib\xalan-2
.0.0.jar;fop-0.19.0-CVS\lib\xerces-1.2.3.jar;fop-0.19.0-CVS\lib\jimi-1.0.jar
org.apache.fop.apps.Fop -xml mybook.XML -xsl h:docbook.xsl -pdf mybook.pdf

FOP 0.19.0-CVS
using SAX parser org.apache.xerces.parsers.SAXParser
file:///h:/cvsdev/projects/docbook-1.42/docbook-xsl-1.42/fo/docbook.xsl;
Line 92
; Column 16; Making portrait pages on USletter paper (8.5inx11in)
building formatting object tree
Error in height property value '$height':
org.apache.fop.fo.expr.PropertyExcepti
on: illegal character
Error in width property value '$width':
org.apache.fop.fo.expr.PropertyException
: illegal character
Error in height property value '$height':
org.apache.fop.fo.expr.PropertyExcepti
on: illegal character
Error in width property value '$width':
org.apache.fop.fo.expr.PropertyException
: illegal character
Error in height property value '$height':
org.apache.fop.fo.expr.PropertyExcepti
on: illegal character
Error in width property value '$width':
org.apache.fop.fo.expr.PropertyException
: illegal character
Error in height property value '$height':
org.apache.fop.fo.expr.PropertyExcepti
on: illegal character
Error in width property value '$width':
org.apache.fop.fo.expr.PropertyException
: illegal character
WARNING: property 'format' ignored
WARNING: property 'last-line-end-indent' ignored
WARNING: property 'last-line-end-indent' ignored
WARNING: property 'last-line-end-indent' ignored
WARNING: property 'last-line-end-indent' ignored
WARNING: property 'last-line-end-indent' ignored
WARNING: property 'last-line-end-indent' ignored
WARNING: property 'last-line-end-indent' ignored
WARNING: property 'last-line-end-indent' ignored
WARNING: property 'last-line-end-indent' ignored
WARNING: property 'last-line-end-indent' ignored
WARNING: property 'format' ignored
WARNING: property 'last-line-end-indent' ignored
WARNING: property 'last-line-end-indent' ignored
WARNING: property 'last-line-end-indent' ignored
WARNING: property 'format' ignored
ERROR: fo:inline can't be directly under flow

TIA,
Jeff


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: FW: [GUMP] Build Failure - Cocoon2

[COFFMAN Steven]

Yeah... I see that. A patch to Cocoon2 that will build Cocoon for all
versions of FOP (new one and last two old interfaces) is more of a pain.

I just figured giving them a new fop.jar to include in Cocoon distribution
at the same time as a patch would be easier.
-Steve

-Original Message-
From: Arved Sandstrom [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 06, 2001 6:53 PM
To: [EMAIL PROTECTED]
Subject: Re: FW: [GUMP] Build Failure - Cocoon2


At 04:26 PM 8/6/01 -0400, COFFMAN Steven wrote:
>Ok... Mark's patch breaks FOP support in Cocoon. After we get a release
out,
>we need to send them a patch.
>-Steve

I don't know if we want to wait. I have enough info now to do a fairly 
creditable CHANGES file - I ought to have it in CVS within a few days, and 
then I want to allow for a few days for folks to be able to chime up and let

me know that I left them out. So the actual release is going to happen this 
weekend coming up. I don't think we want to leave Cocoon hanging that long.

Regards,
Arved

Fairly Senior Software Type
e-plicity (http://www.e-plicity.com)
Wireless * B2B * J2EE * XML --- Halifax, Nova Scotia


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

FW: [GUMP] Build Failure - Cocoon2

[COFFMAN Steven]

Ok... Mark's patch breaks FOP support in Cocoon. After we get a release out,
we need to send them a patch.
-Steve

-Original Message-
From: Sam Ruby [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 06, 2001 6:31 AM
To: [EMAIL PROTECTED]
Subject: [GUMP] Build Failure - Cocoon2



This email is autogenerated from the output from:



Buildfile: build.xml

init:
--- Apache Cocoon 2.1-dev [1999-2001] 

prepare:
Created dir: /home/rubys/jakarta/xml-cocoon2/build/cocoon

generate-java-code-check:

generate-java-code:
DEPRECATED - the style attribute should be relative to the project's
 basedir, not the tasks's basedir.
Transforming into
/home/rubys/jakarta/xml-cocoon2/build/cocoon/src/org/apache/cocoon/component
s/browser
Transforming into
/home/rubys/jakarta/xml-cocoon2/build/cocoon/src/org/apache/cocoon/component
s/browser
Loading stylesheet
/home/rubys/jakarta/xml-cocoon2/src/org/apache/cocoon/components/browser/Bro
wserImpl.xsl

prepare-src-main:
Created dir: /home/rubys/jakarta/xml-cocoon2/build/cocoon/classes
Copying 302 files to /home/rubys/jakarta/xml-cocoon2/build/cocoon/src

prepare-src-22-maybeupload:

prepare-src-23-maybeupload:
Copying 1 file to
/home/rubys/jakarta/xml-cocoon2/build/cocoon/src/org/apache/cocoon/environme
nt/http

prepare-src-23:

prepare-src-22:

prepare-src:

compile:
Copying 15 files to /home/rubys/jakarta/xml-cocoon2/build/cocoon/classes
Compiling 287 source files to
/home/rubys/jakarta/xml-cocoon2/build/cocoon/classes
/home/rubys/jakarta/xml-cocoon2/build/cocoon/src/org/apache/cocoon/serializa
tion/FOPSerializer.java:123: Method format() not found in class
org.apache.fop.apps.Driver.
this.driver.format();
  ^
/home/rubys/jakarta/xml-cocoon2/build/cocoon/src/org/apache/cocoon/serializa
tion/FOPSerializer.java:124: No method matching render() found in class
org.apache.fop.apps.Driver.
this.driver.render();
  ^
/home/rubys/jakarta/xml-cocoon2/build/cocoon/src/org/apache/cocoon/serializa
tion/FOPSerializer.java:125: Exception java.io.IOException is never thrown
in the body of the corresponding try statement.
} catch (IOException e) {
  ^
/home/rubys/jakarta/xml-cocoon2/build/cocoon/src/org/apache/cocoon/serializa
tion/FOPSerializer.java:128: Exception org.apache.fop.apps.FOPException is
never thrown in the body of the corresponding try statement.
} catch (FOPException e) {
  ^
Note: 14 files use or override a deprecated API.  Recompile with
"-deprecation" for details.
4 errors, 1 warning

BUILD FAILED

Compile failed, messages should have been provided.

Total time: 53 seconds

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: FOP failure

[COFFMAN Steven]

Hi Dane,
The XSL-FO specification has changed a great deal, as has FOP in the
interim between FOP 0.12 and FOP 0.19. You will need to either extensively
update your FO document to conform to the specification, or downgrade to the
old version of FOP.

The latest spec (Candidate Recommendation) is here:
http://www.w3.org/TR/xsl/
-Steve

-Original Message-
From: Dane Foster [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 02, 2001 12:58 PM
To: [EMAIL PROTECTED]
Subject: FOP failure


Hello.  I have an .fo file that fop 0.19 refuses to work with.  The file was
originally created against the 0.12 version of FOP.  The document that the
.fo file represents has been changed so I figured I should update FOP since
I'm updating the .fo document.  Any help would be greatly appreciated.

Dane Foster
Equity Technology Group, Inc
http://www.equitytg.com.
954.360.9800

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Mark's patch and code formatting

[COFFMAN Steven]

I styled all the files I changed and committed the code.

By the way, I'm mentioning this because
the commit message was so large some mail relays may not have transmitted
it.
-Steve

-Original Message-
From: COFFMAN Steven 
Sent: Wednesday, August 01, 2001 6:49 PM
To: '[EMAIL PROTECTED]'
Subject: Mark's patch and code formatting


Ok, I hate to do more than two things in a commit, so I just applied
Mark's original patch to CVS. If it breaks anything, it will be easier to
track down the cause than if I did anything else at the same time.

I missed Tore's codeformatting patch, and didn't codeformat it myself. I'm
going to use astyle -a -s4  and commit in a sec. If astyle breaks
something, I want it to be a seperate issue than from my interpretation of
Mark's patch.

Marker support is broken until the areaTree methods (getPreviousPage and
getNextPage) are reimplemented in StreamRenderer. It shouldn't be too
difficult, but I again like to make my commits atomic.

-Steve

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Mark's patch and code formatting

[COFFMAN Steven]

Ok, I hate to do more than two things in a commit, so I just applied
Mark's original patch to CVS. If it breaks anything, it will be easier to
track down the cause than if I did anything else at the same time.

I missed Tore's codeformatting patch, and didn't codeformat it myself. I'm
going to use astyle -a -s4  and commit in a sec. If astyle breaks
something, I want it to be a seperate issue than from my interpretation of
Mark's patch.

Marker support is broken until the areaTree methods (getPreviousPage and
getNextPage) are reimplemented in StreamRenderer. It shouldn't be too
difficult, but I again like to make my commits atomic.

-Steve

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: New patch for FOP

[COFFMAN Steven]

I hand 
reconciled your patch with the current CVS... right before CVS went 
down.
I'll 
apply the patch tomorrow when it's back up (assuming it is back 
up).
 
This 
is just a FYI so no one else does it too.
-Steve

  -Original Message-From: Mark 
  [mailto:[EMAIL PROTECTED]]Sent: Sunday, July 22, 2001 5:46 
  AMTo: [EMAIL PROTECTED]Subject: New patch for 
  FOPHi foptometrists,I have put a new batch of 
  files onto my fop site at http://www.inomial.com/fop.The 
  new patch (fop-010722.patch) includes a couple of fixes to the PDF output - 
  namely, external images and internal links should now both work in PDF. 
  (Thanks to Darren Munt for giving me some examples of the problem 
  here).This leaves only the force-page-count as a "known issue" (ie 
  something I haven't looked at yet) I have also added code to deal with root 
  extensions but I don't have any examples to test with; if someone could tell 
  me what I should use, that would help (because root extensions are 
  *completely* untested).Feedback/bug reports 
  welcome!CheersMark 

RE: Codeformatting finished

[COFFMAN Steven]

Yeah, I caught this too. I fixed it and committed it.

Please check it out in case I made a typo in the manual edits.
-Steve 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 31, 2001 1:20 PM
To: [EMAIL PROTECTED]
Subject: Re: Codeformatting finished



Hi.

After codeformatting, some file is broken, I guess.

Looking into org/apache/fop/fonts/Glyphs.java and
org/apache/fop/layout/LineArea.java, for example,
unicode-escaped characters(such as "\u2297") become unescaped
or "?". (Maybe, characters in ISO-8859-1 got unescaped, and
others become "?".) Though Fop still compiles , these may cause
malformed output.

Any idea?

===
SASAKI Suguru
 mailto : [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: How FOP renderred my 17,344 page document...

[COFFMAN Steven]

If you have a diff against the current CVS, I can commit it for you.
Just zip it up and e-mail it to me.

I'm a bit out of touch with the current code, so I'm not really up for
merging an old patch.
-Steve

-Original Message-
From: Seshadri G.K. [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 20, 2001 12:33 AM
To: [EMAIL PROTECTED]
Subject: Re: How FOP renderred my 17,344 page document...


AAh, I have a working multi -threaded memory patch that i developed and its
been lying around with me simply because i just dont want to figure how to
commit from my stupid windoze machine. If anyone wants to see the work i
have done, committers included, pls take it from me and commit it!

sesha

- Original Message -
From: Mark <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, July 16, 2001 8:56 AM
Subject: Re: How FOP renderred my 17,344 page document...


> Hi Fopsters
>
> > I'm personally only offended by being referred to as a "fopsicle". Just
> > kidding. :-)
>
> I just love the word 'fop', it has so many literary possibilities. :-)
>
> > Seriously, this is great stuff. You should be aware that the initial
memory
> > buffering that you see with the -buf switch is only a limited portion of
> > more extensive work that has yet to be folded into FOP.
>
> [snip]
>
> OK. I believe it will be necessary for the two systems to be aware of
> one another. I actually had to back out the changes to FOText that
> related to BufferManager because BufferManager was holding onto the text
> well past it's use-by millisecond. As I understand things, the
> BufferManager stuff will help with long, single page-sequences, and my
> stuff will help with multiple page sequences. This should satisfy
> everyone! (famous last words if ever i've written them!)
>
> > This is open-source; nobody should be offended by people hacking away at
code.
>
> "should be" being the operative word. Some "open source" project
> participants don't like getting critiqued by outsiders - and a patch is
> basically a critique written in Java. So I'm very pleased and excited
> with your reaction to these ideas.
>
> > Specific comments; IDReferences have mostly to do with
> > , that is, the possibility is there that you
need
> > the page number that contains the results of rendering the block with
> > id="foo356", and you're currently on page 44, and the block with
id="foo356"
> > will end up on page 887, although you don't know that yet. You're right,
> > this kind of stuff can cause major issues for pipelining. Nothing
> > insurmountable, though.
>
> OK. For my own personal 'itch' I don't care about page-number-citations,
> but obviously it must be supported. So I would propose that I work out
> how to deal with the citations in a PageSequence queue and use deferral
> for the time being. This would mean that documents that contain
> references to future page-sequences will consume more memory, but should
> otherwise work just the same.
>
> > The code you see in Root.java should not require page-sequence N+1 to be
> > formatted before you render page-sequence N. All that's going on there
is,
> > if the "force-page-count" property on page-sequence N is "auto", it
needs to
> > know about the "initial-page-number" property on page-sequence N+1. This
> > doesn't require any formatting to take place at all.
>
> OK, well with the deferral mechanism the page-sequence will be parsed
> but not formatted/rendered immediately. I'll look at the code path for
> the force-page-count property and see how i can optimise it under this
> queue scheme.
>
> So this is how I plan to proceed:
>
> o Try to get the PDF renderer serializing much sooner. This appears to
> be a current bottleneck in complex documents, but I haven't run the
> profiler against them yet since I only started processing large numbers
> of examples last night.
>
> o Look at the IDReferences again and see if I can design a neat
> implementation that addresses the queuing issues.
>
> So far all my work has been an unstructured hack (there are some nasty
> public statics in there to hold things together - um ahh), so - if I can
> show that the approach works, I intend to reimplement it from scratch
> against the latest CVS. I think what I'll do is, once I make everything
> work using my hacks, I'll post a summary of the changes I intend to
> make, so that people can give me feedback on the ideas.
>
> Also, I have run some of the tests from the examples directory and they
> appear to look fine, except that I don't know what they're *supposed* to
> look like!! So how would I go about getting my code validated against
> XML:FO? (I think there was a thread about this a little while ago but
> sadly I didn't read it ):
>
> Regards
> Mark
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To u

RE: JAVA to C/C++

[COFFMAN Steven]

Title: RE: java.lang.SecurityException: sealing violation



Why 
not use JNI, or compile FOP into machine language rather than bytecode? Either 
should get you the result you want without the hassle of a 
re-write.
If 
you're just interested in getting intimately familiar with the code, there's a 
host of issues which we'd welcome coding help with.
-Steve

  -Original Message-From: Chris Leak 
  [mailto:[EMAIL PROTECTED]]Sent: Monday, July 02, 2001 11:17 
  AMTo: '[EMAIL PROTECTED]'Subject: JAVA to 
  C/C++
  
  I'm interested in converting FOP to C/C++. Has anyone 
  else looked into this?
  Any suggestions would be much appreciate.
  Thanks

RE: Code conventions

[COFFMAN Steven]

Use astyle (astyle.sourceforge.net) to style the code any way you want. If
your platform isn't supported by astyle, then use jstyle (don't have the
URL).

Jakarta has coding conventions, Avalon has coding conventions, and I believe
the XML project has coding conventions. I don't recall whether they are all
the same or not.

-Steve

-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 21, 2001 4:39 PM
To: [EMAIL PROTECTED]
Subject: Code conventions


Hi again

When looking at the FOP source I encounter a lot of inconsistencies
concerning tabs and spaces. Can we (or rather the committers) please
agree on how to configure our editors to produce good-looking code? I'd
like to propose prohibiting the use tabs, use an indentation level of 4
spaces and enable the removal of trailing whitespace. Thanks a lot!!!

Is there a document somewhere defining these things?

Jeremias Märki

mailto:[EMAIL PROTECTED]

OUTLINE AG
Postfach 3954 - Rhynauerstr. 15 - 6002 Luzern
Fon +41 (0)41 317 2020 - Fax +41 (0)41 317 2029
Internet http://www.outline.ch


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]