Re: RE: How can i bring the borders in PDF format?

2001-09-12 Thread sudhakar s sankar

Hai Michail,

i am getting the table border in the PDF format. thanks for ur suggestion. But, i am 
getting the Error messsage from the Acrobat Reader. The error is Illegal operation 
'm' inside a text object.

The following are my coding in my sample.fo.xsl file:

fo:table-cell border-style=solid border-width=0.001pt
fo:block font-size=8pt space-before.optimum=5pt  color='green'No./fo:block
/fo:table-cell

If there is any error, please advise me

Thanks in advance.

Sudhakar Sankar


On Tue, 11 Sep 2001 Michail Bikoulis wrote :


 




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




cvs commit: xml-fop build.xml

2001-09-12 Thread keiron

keiron  01/09/12 02:30:40

  Modified:.build.xml
  Log:
  made the construction of foreign name dom a bit more direct
  and simple reducing number of classes
  
  Revision  ChangesPath
  1.44  +1 -25 xml-fop/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/xml-fop/build.xml,v
  retrieving revision 1.43
  retrieving revision 1.44
  diff -u -r1.43 -r1.44
  --- build.xml 2001/08/26 14:26:24 1.43
  +++ build.xml 2001/09/12 09:30:40 1.44
  @@ -228,13 +228,9 @@
   property name=src.propmaker.xsl value=${src.codegen}/propmaker.xsl/
   property name=foproperties.xml value=${build.codegen}/foproperties.xml/
   property name=colorkw.xml value=${build.codegen}/colorkw.xml/
  -property name=svgproperties.xml value=${build.codegen}/svgproperties.xml/
   property name=extproperties.xml value=${build.codegen}/extproperties.xml/
   property name=allprops.xml value=${build.codegen}/allprops.xml/
   
  -property name=svgelements.xml value=${build.codegen}/svgelements.xml/
  -property name=elements.xsl value=${build.codegen}/elements.xsl/
  -
   property name=properties.xsl value=${build.codegen}/properties.xsl/
   property name=propmap.xsl value=${build.codegen}/propmap.xsl/
   property name=enumgen.xsl value=${build.codegen}/enumgen.xsl/
  @@ -433,13 +429,8 @@
   
   !-- generate the java files from xml resources --
   echo message=Generating the java files from xml resources/
  -
  -xslt infile=${svgelements.xml} xsltfile=${src.propmaker.xsl}
  -dependent=${propinc.xsl}
  -outfile=${svgproperties.xml} smart=yes/
  -
   xslt infile=${allprops.xml} xsltfile=${genconst.xsl}
  -
dependent=${foproperties.xml},${svgproperties.xml},${extproperties.xml},${colorkw.xml}
  +dependent=${foproperties.xml},${extproperties.xml},${colorkw.xml}
   outfile=${build.src}/${replacestring}/fo/properties/Constants.java 
smart=yes/
   
   xslt infile=${foproperties.xml} xsltfile=${properties.xsl}
  @@ -452,16 +443,6 @@
   dependent=${propinc.xsl}
   
outfile=${build.src}/${replacestring}/fo/properties/foenums_${ignore_this} 
smart=yes/
   
  -xslt infile=${svgproperties.xml} xsltfile=${properties.xsl}
  -dependent=${propinc.xsl}
  -outfile=${build.src}/${replacestring}/fo/properties/svg_${ignore_this} 
smart=yes/
  -xslt infile=${svgproperties.xml} xsltfile=${propmap.xsl}
  -dependent=${propinc.xsl}
  -
outfile=${build.src}/${replacestring}/fo/properties/SVGPropertyMapping.java 
smart=yes/
  -xslt infile=${svgproperties.xml} xsltfile=${enumgen.xsl}
  -dependent=${propinc.xsl}
  -
outfile=${build.src}/${replacestring}/fo/properties/svgenums_${ignore_this} 
smart=yes/
  -
   xslt infile=${extproperties.xml} xsltfile=${properties.xsl}
   dependent=${propinc.xsl}
   outfile=${build.src}/${replacestring}/fo/properties/ext_${ignore_this} 
smart=yes/
  @@ -471,11 +452,6 @@
   xslt infile=${extproperties.xml} xsltfile=${enumgen.xsl}
   dependent=${propinc.xsl}
   
outfile=${build.src}/${replacestring}/fo/properties/extenums_${ignore_this} 
smart=yes/
  -
  -
  -xslt infile=${svgelements.xml} xsltfile=${elements.xsl}
  -outfile=${build.src}/${replacestring}/svg/ele_${ignore_this} smart=yes/
  -
   
   xslt infile=${charlist.xml} xsltfile=${charlist.xsl} 
   outfile=${build.src}/${replacestring}/render/pdf/CodePointMapping.java 
smart=yes/
  
  
  

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




RE: Can fo:external-graphic refer to image URLs? (fwd)

2001-09-12 Thread Alistair Hopkins

Try replacing  with amp;
 is a reserved character and the XML parser is interpreting as the start of
an entity before it even reaches fop.

-Original Message-
From: Jocelyn Paine [mailto:[EMAIL PROTECTED]]On Behalf Of Jocelyn Paine
Sent: Wednesday, September 12, 2001 12:24 PM
To: [EMAIL PROTECTED]
Subject: Can fo:external-graphic refer to image URLs? (fwd)


I notice that in all the examples I've seen, the src attribute of
fo:external-graphic points at a file. Can it refer to a URL? I wish to
generate PDF pages which contain lots of graphs. These graphs are
dynamically generated by a servlet which takes a URL containing the
data points in its query parameters, plots the graph on the spot, and
streams it back. So one of our URLs might look like
  http://oursite/plotter/?points=1,2;3,4;5,6caption=Growthsize=small

I've just tried this with FOP 0.20.1 and get back an error message:
Reference to entity points must end with the ';' delimiter. This
strongly suggests that it doesn't know how to parse URLs. (The URL is a
bit longer than the example above, and contains some escaped characters,
but it is valid and understood by both Netscape and IE.)

Of course, to be able to convert such dynamic URLs, FOP would need to make
an HTTP connection with the server and download the image, but that ought
to be possible. So if FOP can't handle images at the end of URLs, my
easiest bet might be to amend the source so it can - Java makes that easy
enough. Where in the source would I look?

Jocelyn Paine
http://www.ifs.org.uk/~popx/
+44 (0)7768 534 091




-
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: Can fo:external-graphic refer to image URLs? (fwd)

2001-09-12 Thread Jocelyn Paine

On Wed, 12 Sep 2001, Alistair Hopkins wrote:

Thanks! That works. So FOP can handle fo:external-graphic images at
the end of an HTTP URL.

 Try replacing  with amp;
  is a reserved character and the XML parser is interpreting as the start of
 an entity before it even reaches fop.
 
 -Original Message-
 From: Jocelyn Paine [mailto:[EMAIL PROTECTED]]On Behalf Of Jocelyn Paine
 Sent: Wednesday, September 12, 2001 12:24 PM
 To: [EMAIL PROTECTED]
 Subject: Can fo:external-graphic refer to image URLs? (fwd)
 
 
 I notice that in all the examples I've seen, the src attribute of
 fo:external-graphic points at a file. Can it refer to a URL? I wish to
 generate PDF pages which contain lots of graphs. These graphs are
 dynamically generated by a servlet which takes a URL containing the
 data points in its query parameters, plots the graph on the spot, and
 streams it back. So one of our URLs might look like
   http://oursite/plotter/?points=1,2;3,4;5,6caption=Growthsize=small
 
 I've just tried this with FOP 0.20.1 and get back an error message:
 Reference to entity points must end with the ';' delimiter. This
 strongly suggests that it doesn't know how to parse URLs. (The URL is a
 bit longer than the example above, and contains some escaped characters,
 but it is valid and understood by both Netscape and IE.)
 
 Of course, to be able to convert such dynamic URLs, FOP would need to make
 an HTTP connection with the server and download the image, but that ought
 to be possible. So if FOP can't handle images at the end of URLs, my
 easiest bet might be to amend the source so it can - Java makes that easy
 enough. Where in the source would I look?
 
 Jocelyn Paine
 http://www.ifs.org.uk/~popx/
 +44 (0)7768 534 091
 
 
 
 
 -
 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: A C XSL-FO processor

2001-09-12 Thread Arved Sandstrom

At 04:32 PM 9/12/01 +1000, Peter West wrote:
I concur with much of what you have said here, and I am much more 
comfortable in C than in Java.  C++ I have always avoided.  That said, I 
would personally prefer to pursue the Java development for career 
reasons - I have much more chance of getting work in Java than in C.

Can't argue with that. :-) Your design contributions are definitely welcome.

What I think is most interesting about the C project is the chance to 
sit down and design the thing from the ground up in terms of good old 
algorithms + data structures.  I believe that such a rethink is also 
necessary for the Java project.  I also believe that the same design 
will serve both implementions.  Is there any reason why it would not?

This is my intention. A FOP 2 was rejected by the community but I think 
there is still a requirement for a new project, that starts clean. And I 
know there is a developer base that simply does not want to work with Java. 
But I definitely wish for design decisions made in xslfo-proc to inform 
decisions made in FOP.

You are right...I do in fact believe that this comes down to good old 
algorithms and data structures. I can't quite put my finger on it, but 
Java-style OOP failed us (by us I mean FOP) at least a year ago. What 
happened, I think, is that the initial design was very data-centric, and 
although the base classes were pretty good, they broke down when a number of 
XSL requirements had to be implemented. Keiron has now released a new design 
doc, and the layout managers described in there, really follow up on 
concepts that have been discussed for quite some time now. At some point, 
when you have enough managers, you start thinking, why am I doing this 
with OOP?

My own view is that the common design can be expressed in whatever 
combination of classes is most appropriate to that design.

I have not volunteered for any particular aspect of the design for the 
simple reason that I am not yet comfortable with the spec and the design 
as a whole, but I will be following proceedings with great interest, and 
as soon as I am confident that I know where I am headed, I will put my 
hand up.  I have lately (apart from battling the 'flu) been looking at 
the handling of properties, an area which I think is a good candidate 
for lots of static fields and class methods.  I was looking at extending 
my experiments in the building of the FO tree, when I realized that I 
would have to know what to do with properties before I could do much 
with the FO tree.

I think Karen will appreciate assistance with the properties work.

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]




Re: A C XSL-FO processor

2001-09-12 Thread Mick Farmer

Dear Arved  others,

I'm willing to volunteer to help with the C implementation.
I would also like to see a data structures + algorithms
approach to the project.  At least it will provide some
interesting comparisons!

Regards,

Mick   /\  
   \ /  
X  ASCII Ribbon Campaign
   / \ Against HTML Mail

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




fop/xalan memory usage

2001-09-12 Thread Darrel Riekhof

Has anyone found any effective techniques for keeping the memory
requirements down for xalan/fop?

I was doing some testing yesterday with a 128m heap, and any report over 20
something pages would produce out of memory exceptions in various places.
I'm currently keeping the xml and fo in stream memory buffers, and
considering writing those to disk instead to save some memory.  Any other
ideas?

Darrel

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




Re: fop/xalan memory usage

2001-09-12 Thread Louis . Masters


We are seeing the same thing - roughly 60M is taken up for about 20-30
pages.  We have increased the JVM max mem settings, but this is only a
stopgap.
-Lou





Darrel Riekhof [EMAIL PROTECTED] on 09/12/2001 12:41:36 PM

Please respond to [EMAIL PROTECTED]

To:   '[EMAIL PROTECTED]' [EMAIL PROTECTED]
cc:

Subject:  fop/xalan memory usage

Has anyone found any effective techniques for keeping the memory
requirements down for xalan/fop?

I was doing some testing yesterday with a 128m heap, and any report over 20
something pages would produce out of memory exceptions in various places.
I'm currently keeping the xml and fo in stream memory buffers, and
considering writing those to disk instead to save some memory.  Any other
ideas?

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]




Can fo:external-graphic refer to image URLs?

2001-09-12 Thread Jocelyn Paine

I notice that in all the examples I've seen, the src attribute of
fo:external-graphic points at a file. Can it refer to a URL? I wish to
generate PDF pages which contain lots of graphs. These graphs are
dynamically generated by a servlet which takes a URL containing the
data points in its query parameters, plots the graph on the spot, and
streams it back. So one of our URLs might look like
  http://oursite/plotter/?points=1,2;3,4;5,6caption=Growthsize=small

I've just tried this with FOP 0.20.1 and get back a dodgy looking error
message: Reference to entity points must end with the ';' delimiter.
This suggests quite strongly that it doesn't know how to parse URLs. (The
URL is a bit longer than the example above, and contains some escaped
characters, but it is valid and understood by both Netscape and IE.)

Of course, to be able to convert such dynamic URLs, FOP would need to make
an HTTP connection with the server and download the image, but that ought
to be possible.

Jocelyn Paine
http://www.ifs.org.uk/~popx/
+44 (0)7768 534 091 



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




Unable to perform PDF creation

2001-09-12 Thread Harry . Grueneis

Hello,
i have download the newest version of FOP ( 0_20_1_bin ) and could
not perform a pdf creation. I embedded this code:

FileInputStream file = new FileInputStream( new File( e:\\border.fo ) );
Driver driver = new Driver( new InputSource( file ), out );
driver.setRenderer( Driver.RENDER_PDF );
driver.setupDefaultMappings();
driver.run();
FileWriter file = new FileWriter( e:\\my.pdf );
file.write( new String( out.toByteArray() );
file.flush();
file.close();

in my application. I tried to render 'border.fo' from example directory.
The result is very strange. I got a pdf file that contains only a blank
page.
If i run the 'runtests.bat', all pdf documents will be build correct (
including
border.pdf )

The only difference i see between 'my.pdf' and 'border.pdf' is in pdf
source:

'Border.pdf':

/Producer (FOP 0.20.1) 
endobj
5 0 obj
 /Length 1330 /Filter [ /ASCII85Decode /FlateDecode ] 
stream
Gat=,9lC\:A@sBoRTAk2FW*qIiJOn.BCEQ1'eHF6a@T8Ohuj\%4M7JlC%)9E9ru..
...

'My.pdf':

/Producer (null) 
endobj
5 0 obj
 /Length 1062 /Filter /FlateDecode  
stream
xœ?XMoI½ûWô?C?6EU)«Å@2ÚC²²‘†µ(ÿžê™îùpì™2Ê!뽞W¯ª»«ü¼Z..

...

It seems to be the stream is not correct.

My System:
JDK 1.3 with JBuilder4
Win NT 4.0 and Win98
All Jar-Files included from \\lib

Hope, somebody can help me, because i spended much time to find this error.

greetings harry


Elaxy AG
Harry Grüneis
Gutenbergstr. 5
D- 82178 Puchheim bei München
Tel. +49 (89) 890 130 81 Fax +49 (89) 890 130 89
e-Mail: [EMAIL PROTECTED], Web: http://www.turck.de




Fop performance problem

2001-09-12 Thread Michael Zeldich



I have some performance problems with FOP while running it on big
.fo files. I run the fop from a servlet and the input .fo file is bigger
then 6Mb. The problem is that after a number of pages in the result pdf file
is being created  the render() function stacks for some undefined time (from
1 to 15 minutes !!! no CPU usage in this period of time). Can someone
explain me what should I do to solve the problem, if it's possible ? 
I attach the exact code that uses fop in my servlet.
 


//==
===
public ByteArrayOutputStream xmlToPdf(CSessionContext
sessionContext, File foFile ) throws CTdException {
 try {
 ByteArrayOutputStream outStream = new ByteArrayOutputStream();
 
 Driver driver = new Driver();
 driver.setRenderer(Driver.RENDER_PDF);
 XMLReader parser =
XMLReaderFactory.createXMLReader(org.apache.xerces.parsers.SAXParser);
 driver.setOutputStream(outStream);
 driver.render(parser, new InputSource(new
FileInputStream(foFile)));
 
 return outStream;
 }
 catch (Exception e) {
 throw new CTdException(Failed to build report ,e);
 }
 }

//==
=== 
 


Thank you in advance
 
Michael Zeldich
Mercury Interactive Co.


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




Concurrency Problem with mutiple pages being generated when using fop

2001-09-12 Thread Gagan Bhalla

I am facing a similar problem to what was described in
http://marc.theaimsgroup.com/?l=fop-devm=100015708206260w=2
and
http://marc.theaimsgroup.com/?l=fop-devm=100019510024180w=2

Except, in my case, fop starts producing too many pages because of the size
of pictures being used, in addition to the table headers described in the
above link. The above link explains this to be a problem in Cocoon's
org.apache.cocoon.formatter.FO2PDFFormatter.format() method. I have looked
at the Cocoon project pages and could not find a fix for this problem. I
have tried getting all pics being used to be less than the size of 1/4 page
and I still get the concurrency problem. Earlier, I was getting the dreaded
OME exception, but that got fixed after applying a patch that we found on
the FAQ's at http://www.owal.co.uk:8090 (which seems to be down for the last
couple of days). I am using fop 0.18 with the memory patch and am running
JDK1.2.2 with -ms128m -mx256m as the options. In the above links, it is
mentioned that this problem of multiple pages being generated is not fixed
even when using fop0.20, therefore I did'nt want to upgrade.  I have tried
increasing the memory option when starting the JVM but that does'nt make
much difference either.

 I don't think the patch for the OME fixes the problem with too many pages
being generated. Is there a patch available to fix that? Thanks.

Gagan


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




OT - IE ignores pdf

2001-09-12 Thread Rajagopal. V

Hi all
I have a Fo file created from XML and XSL and Im
trying to view it in IE. And I either see binary
content on the same page or the page gets blank. The
same thing works perfectly in NEtscape. These are my
search results from this archive and from the net
1) If the page size is less than 8k, it shows a blank
page in IE. Tried padding the pages with blanks and
dummy content, no use

2) IE doesnt recognize mime types. I changed the name
of the target file to be something.pdf and post all
the data to that file. No use

3) Updated my browser to SP1.(IE 5.5 SP1), nothing..

Is there anything that i have missed?? Does this
problem have a solution!!!

BTW i use Netscape 4.7(works fine) and IE 5.5 SP1 on
Win2k.

TIA
Raj

__
Do You Yahoo!?
Get email alerts  NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

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




PCL Problems on HP Deskjet 400

2001-09-12 Thread avespa


Question - I am testing a PCL generated file on an HP DeskJet 400 Printer,
circa 1995 with Windows 95.  I am seeing rather funky behavior, with the
headers and footers being messed up (it looks like a few of the lines were
written and then written over - perhaps a page break issue in our XSL)- our
XSL is quite heavy and complex, so I am not sure where to start.  I am
wondering if I need to take the approach of looking at our XSL and seeing
where it can be tuned or tweaked to change this behavior, or do I need to go
to the PCL itself?  I'm wondering if someone could nudge me in a certain
direction? 

The output looks fairly decent on an HP8000 or HP820.  I called HP and they
weren't much help.

Thanks for any help or input,

Tony


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




Re: Unable to perform PDF creation

2001-09-12 Thread Jeremias Maerki

Hi

PDF is a binary format. Don't convert it to a String and don't use
FileWriters. Your code should probably look approximately like this:

FileInputStream file = new FileInputStream( new File( e:\\border.fo ));
OutputStream out = new FileOutputStream(e:\\my.pdf);
try {
Driver driver = new Driver( new InputSource( file ), out );
driver.setRenderer( Driver.RENDER_PDF );
driver.setupDefaultMappings();
driver.run();
} finally {
out.close();
}


On Wed, 12 Sep 2001 15:10:26 +0200 Harry.Grueneis wrote:
 Hello,
 i have download the newest version of FOP ( 0_20_1_bin ) and could
 not perform a pdf creation. I embedded this code:
 
 FileInputStream file = new FileInputStream( new File( e:\\border.fo ) );
 Driver driver = new Driver( new InputSource( file ), out );
 driver.setRenderer( Driver.RENDER_PDF );
 driver.setupDefaultMappings();
 driver.run();
 FileWriter file = new FileWriter( e:\\my.pdf );
 file.write( new String( out.toByteArray() );
 file.flush();
 file.close();
 
 in my application. I tried to render 'border.fo' from example directory.
 The result is very strange. I got a pdf file that contains only a blank
 page.
 If i run the 'runtests.bat', all pdf documents will be build correct (
 including
 border.pdf )
 
 The only difference i see between 'my.pdf' and 'border.pdf' is in pdf
 source:
 
 'Border.pdf':
 
 /Producer (FOP 0.20.1) 
 endobj
 5 0 obj
  /Length 1330 /Filter [ /ASCII85Decode /FlateDecode ] 
 stream
 Gat=,9lC\:A@sBoRTAk2FW*qIiJOn.BCEQ1'eHF6a@T8Ohuj\%4M7JlC%)9E9ru..
 ...
 
 'My.pdf':
 
 /Producer (null) 
 endobj
 5 0 obj
  /Length 1062 /Filter /FlateDecode  
 stream
 
xœ?XMoI½ûWô?C?6EU)«Å@2ÚC²²‘†µ(ÿžê™îùpì™2Ê!뽞W¯ª»«ü¼Z..
 ...
 
 It seems to be the stream is not correct.
 
 My System:
 JDK 1.3 with JBuilder4
 Win NT 4.0 and Win98
 All Jar-Files included from \\lib
 
 Hope, somebody can help me, because i spended much time to find this error.
 
 greetings harry
 
 
 Elaxy AG
 Harry Grüneis
 Gutenbergstr. 5
 D- 82178 Puchheim bei München
 Tel. +49 (89) 890 130 81 Fax +49 (89) 890 130 89
 e-Mail: [EMAIL PROTECTED], Web: http://www.turck.de
 

Freundliche Grüsse
OUTLINE AG
Jeremias Märki

mailto:[EMAIL PROTECTED]

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


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