RE: One JPG Displays, the Other Does Not

[Roland Neilands]

Bob,

IIRC, you are putting a 900px file into a 25pt area. FOP should shrink it to 
fit, but I suspect it still has issues doing this with large jpgs. Other image 
types (gif etc) work better.

Cheers,
Roland

From: bob swanson [mailto:bobswans...@gmail.com]
Sent: Monday, 13 May 2013 12:51 PM
To: fop-users@xmlgraphics.apache.org
Subject: One JPG Displays, the Other Does Not

I noticed this problem with a much larger document
I'm producing. I was able to trim down
to a small .fo file and two JPG images.

I can display the JPG images with many software
products, so I know they are valid. However, the
PDF file created by my short script (using
the "fop" script on a Mac OSX system),
displays only one of the images. The
other is missing. I've tried viewing the
created PDF file with Adobe Reader, and
"Preview" from the Mac. In both cases, the
second image does not appear.

What am I doing wrong?

The .fo source, the two JPG files, and
a simple execution script for the "fop"
shell script are in:

http://swansongrp.com/misc/problem.zip

(you can ignore the link reference errors, but
there are no errors from reading the JPG
files)

Thanks for your help.


Bob Swanson

RE: xml processing instructions in textual content

[Roland Neilands]

As far as an XML parser is concerned you have 3 nodes within the “para” 
element; two separate text nodes with the PI in between them.
Your XSL would need to string both text nodes together instead of just showing 
the first one.
I’m a bit rusty on this sorry, but there should be a couple of ways to do it.

Cheers,
Roland

From: Craig Christophersen [mailto:crai...@synesis7.com]
Sent: Thursday, 23 February 2012 11:17 AM
To: fop-users@xmlgraphics.apache.org
Subject: RE: xml processing instructions in textual content

Sorry, meant to add.  I think the expected behavior in textual content would be 
to be able to  ignore the processing instruction.  It seems to be ignored if it 
occurs in places other than textual content..


   text content here 
more  text content here 

The second instance of  above is ignored.

From: Luis Bernardo 
[mailto:lmpmberna...@gmail.com]
Sent: Wednesday, February 22, 2012 4:41 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: xml processing instructions in textual content


OK, I understand what you mean now. Your editor/authoring tool adds those  and you don't want that to break your PDF generation.

I don't know what the expected behavior should be. I will have to investigate.

On 2/22/12 1:04 AM, Craig Christophersen wrote:
From xml and xsl.
Xml simple example:


   text content here 


Xsl from parent template:




Simple xsl para template(para template I do a lot of testing for child elements 
of para and do formatting accordingly for each different element that can 
appear in the para besides text)
But simply if just text in para element as below :


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




From: Luis Bernardo [mailto:lmpmberna...@gmail.com]
Sent: Tuesday, February 21, 2012 5:07 PM
To: fop-users@xmlgraphics.apache.org
Subject: Re: xml processing instructions in textual content


So, are you generating PDF from XML and XSL, or from FO?

For instance, as an example, if I want PDF to show XML content, and I start 
from XML and XSL then I put this in the XML file:





and something like this in the XSL file:

  

  
  

  

  

Then fop -xml example.xml -xsl example.xsl -pdf example.pdf generates a PDF 
with the example you see above inside the .

If you are working with FO, then you can use the above example and fop -xml 
example.xml -xsl example.xsl -foout example.fo to see how it should look like:




>
  

  

  
  

  Hello World!

  


 


On 2/21/12 11:35 PM, Craig Christophersen wrote:
I am encountering xml processing instructions in textual content.  Example: “ 
 text content here ”
The resulting pdf from using FOP is “ text con” followed by content from the 
next element.  The remainder of the text content following the processing 
instruction “tent here” is left out.
Is this a bug?  Is there something I can configure in FOP config.xml to handle 
this?   Processing instructions are allowed in textual content of xml elements.
Using FOP 1.0, Windows 7, JDK 1.6.0_26


Craig Christophersen
Software Developer
Synesis7
crai...@synesis7.com

RE: Horizontal line under table headers

[Roland Neilands]

Shruti,

I vaguely recall that marker formats are controlled where you set them, not 
where you retrieve them.

Regards,
Roland

-Original Message-
From: shrutin [mailto:shru...@mastek.com] 
Sent: Wednesday, 30 September 2009 3:18 PM
To: fop-users@xmlgraphics.apache.org
Subject: Horizontal line under table headers


Hello,

How can I add a horizontal line under the table headers?

Also is it possible to control the line height of fo:marker, i did add a
line-height for the fo:block covering the marker but it does not seem to
work.

Thanks,
Shruti
-- 
View this message in context: 
http://www.nabble.com/Horizontal-line-under-table-headers-tp25675163p25675163.html
Sent from the FOP - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org


-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org

Re: Create a .PCL file instead of a .PDF

[Roland Neilands]

Jeff,

From experience:
Don't use transparency in gif's.
Don't use oversized jpeg's & expect scaling down to work in PCL, it doesn't.

I convert all images to non-transparent gif & they work in both PCL and 
PDF. PCL versions of the image are lower quality & slightly shrunken, 
but workable.


BMP etc probably work OK, but I use the same images for web stuff too.

Regards,
*Roland*


Steffanina, Jeff wrote:


FOP-0.95
RedHat Linux
Java 1.5
Creating the PDF file is not a problem.  The output is perfect. 

Printing What:   a short doc that includes one logo file (.gif)  and 
one watermark  (.jpg).


The user has a requirement that the SAME data must also produce a .PCL 
file.


My Java program (from the Apache web site) has been changed as follows:
Fop fop = fopFactory.newFop(MimeConstants.MIME*_PCL*, foUserAgent, out);


My   fop.xconf has been changed as follows:

quality
bitmap


The PCL file is produced with two problems:
1. It chooses Legal Size paper by default
2. The Logo (a .gif) shows up as a solid black rectangle
3. The watermark (a .jpg)  does not print

Any ideas/suggestions???

Thanks.


*/Jeff/*


This e-mail is solely for the use of the intended recipient and may 
contain information which is confidential or privileged. Any 
unauthorised use of its contents is prohibited. If you have received 
this e-mail in error, please notify the sender via return e-mail and 
then delete the original e-mail. 


This e-mail is solely for the use of the intended recipient and may contain 
information which is confidential or privileged. Any unauthorised use of its 
contents is prohibited. If you have received this e-mail in error, please 
notify the sender via return e-mail and then delete the original e-mail.


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

Re: Fedora 9 and fop

[Roland Neilands]

Ulrich,

We found fop 0.20.5 required these fonts on some RH versions, even in 
headless mode:

xorg-x11-deprecated-lib

The fop errors we saw were different, but still misleading.

I don't think java 1.6 was around when that version of FOP was written 
either FWIW.


Regards,
*Roland *


Ulrich Mayring wrote:

Chris Bowditch wrote:


v0.9x is a complete re-write of 0.20.5 so I don't think that is a 
fair assumption.


AFAIK the dependency on a graphical environment was due to Batik, so 
the complete rewrite of fop may not have any bearing on this issue.


I am guessing that some X libraries weren't installed, is there any 
information which ones are actually needed?


If that were true then specifying -Djava.awt.headless=true would 
resolve the issue. Its more likely that FOP got stuck in an infinite 
loop due to some complex FO that you gave it.


No, I can disprove that.

Fop works fine on any machine not running Fedora 9. In fact it worked 
fine on Fedora 4 and after doing nothing else but upgrading that 
machine to Fedora 9 it broke.


The only explanation I can think of is the X libraries issue.

Ulrich


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


This e-mail is solely for the use of the intended recipient and may 
contain information which is confidential or privileged. Any 
unauthorised use of its contents is prohibited. If you have received 
this e-mail in error, please notify the sender via return e-mail and 
then delete the original e-mail.




This e-mail is solely for the use of the intended recipient and may contain 
information which is confidential or privileged. Any unauthorised use of its 
contents is prohibited. If you have received this e-mail in error, please 
notify the sender via return e-mail and then delete the original e-mail.


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

Re: Measurement accuracy in PDF vs PCL

[Roland Neilands]

I'll second this. I also see difference in either text sizes or field 
width causing line wrapping in several places in PCL but not PDF with 
the same file. The workaround is to allow a fudge factor in the 
field/table row/table height sizes, but this can cause text overlapping 
or large blank areas, so it's hardly ideal.


Regards,
*Roland *


David Gerdt wrote:
I'm curious as to the differences between how distances are measured 
between different output formats. I've been trying to get a sheet of 
address labels to align correctly and am noticing a vast difference 
between how they are rendered in a PDF vs how they appear in PCL.
 
I use a combination of Eclipse and the Orangevolt XSLT plugin to 
develop my style sheets and generate PDFs on a WinXP box because I can 
quickly see the results. Ultimately, the documents will be rendered on 
an AIX system, normally (though not always) as PCL. There are 
instances where the same document can be rendered in either of these 
two formats, and that's why these differences make me nervous.
 
In the case of the mailing labels, I'm noticing about a 1mm difference 
in height for the table cells. PDF cells are right at 26mm and PCL at 
27mm. That sounds like a very slight difference, but it adds up to a 
1cm difference over the ten rows of the sheet of labels. Also, the top 
margin has a difference of about 5mm between the two formats, with the 
first table row starting at 17mm in the PDF output and about 12mm for 
the PCL version.
 
Can anyone give any insight? Is this just a driver thing?
 
I am running the 0.95beta on both machines. The fo is attached if 
you're interested.
 
Thanks for the help!


This e-mail is solely for the use of the intended recipient and may 
contain information which is confidential or privileged. Any 
unauthorised use of its contents is prohibited. If you have received 
this e-mail in error, please notify the sender via return e-mail and 
then delete the original e-mail.



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


This e-mail is solely for the use of the intended recipient and may contain 
information which is confidential or privileged. Any unauthorised use of its 
contents is prohibited. If you have received this e-mail in error, please 
notify the sender via return e-mail and then delete the original e-mail.


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

Re: Error:java.lang.IllegalStateException: Cannot find any provider supporting RC4

[Roland Neilands]

http://xmlgraphics.apache.org/fop/0.94/pdfencryption.html

Regards,
*Roland*

[EMAIL PROTECTED] wrote:

Hi,


We are using Pdf encryption of FOP 0.20 and we are getting following error.
Please guide us on the same

java.lang.IllegalStateException: Cannot find any provider supporting RC4
  at org.apache.fop.pdf.PDFEncryption.(PDFEncryption.java:164)
  at org.apache.fop.pdf.PDFDocument.setEncryption(PDFDocument.java:258)
  at
org.apache.fop.render.pdf.PDFRenderer.setOptions(PDFRenderer.java:215)
  at rhReport.rhPDFConverter.convertXML2PDF(Unknown Source)
  at rhReport.GHRT.generatePDF(Unknown Source)
  at rhReport.GHRT.getReportInfo(Unknown Source)
  at
jsp_servlet._rhrel.__rhjniscreen._jspService(__rhjniscreen.java:1652)
  at weblogic.servlet.jsp.JspBase.service(JspBase.java:33)
  at
weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1072)
  at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
  at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348)
  at
weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:322)
  at rhReport.rhControlServ.service(Unknown Source)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
  at
weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1072)
  at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
  at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348)
  at
weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6981)
  at
weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
  at
weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
  at
weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3892)
  at
weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2766)
  at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
  at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)



| Thanks & Regards
| Ismail Khan
| Polaris Software Lab Limited
| 91-22-39815900 Extn: 2258




This e-Mail may contain proprietary and confidential information and is sent 
for the intended recipient(s) only.  If by an addressing or transmission error 
this mail has been misdirected to you, you are requested to delete this mail 
immediately. You are also hereby notified that any use, any form of 
reproduction, dissemination, copying, disclosure, modification, distribution 
and/or publication of this e-mail message, contents or its attachment other 
than by its intended recipient/s is strictly prohibited.

Visit us at http://www.polaris.co.in


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


This e-mail is solely for the use of the intended recipient and may contain 
information which is confidential or privileged. Any unauthorised use of its 
contents is prohibited. If you have received this e-mail in error, please 
notify the sender via return e-mail and then delete the original e-mail.

  


This e-mail is solely for the use of the intended recipient and may contain 
information which is confidential or privileged. Any unauthorised use of its 
contents is prohibited. If you have received this e-mail in error, please 
notify the sender via return e-mail and then delete the original e-mail.


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

Re: svg not working on linux

[Roland Neilands]

j2sdk1.4.2_06


Jeremias Maerki wrote:

Given that it works on some machines but not on others (especially a
Linux server) could indicate not a problem in FOP but with the JVM.
Please make sure you use a Sun JVM to avoid any problems coming from not
fully implemented or buggy class libraries like GNU Classpath (used by
GCJ, Kaffee etc.).

On 10.04.2008 03:46:28 Roland Neilands wrote:
  

Hello foppers,

We've just put a watermark on our documents & it works fine on two PC's 
using FOP 0.20.5, 0.93 & 0.94.


It's completely ignored on two linux servers (tested with same 3 fop 
versions). The rest of the document renders fine, just no watermark, 
except for 20.5 which fails with an erroneous error about an id already 
existing (yes it only happens with below svg included).


position="absolute">


  http://www.w3.org/2000/svg";>


  
select="substring-before(Header/Amend_Confirm,':')"/>

  


  

  

We've tried changing font, colour & opacity & set the xslt xml 
declaration to standalone. The server already has the headless=true 
option on.


Can anyone see any problems with this? Otherwise it's gif time.

Another interesting note is that the svg overlays the region-body text, 
but not the static-content stuff. This is annoying, hence the no-fill.


--
Regards,
Roland 




Jeremias Maerki


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


This e-mail is solely for the use of the intended recipient and may contain 
information which is confidential or privileged. Any unauthorised use of its 
contents is prohibited. If you have received this e-mail in error, please 
notify the sender via return e-mail and then delete the original e-mail.

  


This e-mail is solely for the use of the intended recipient and may contain 
information which is confidential or privileged. Any unauthorised use of its 
contents is prohibited. If you have received this e-mail in error, please 
notify the sender via return e-mail and then delete the original e-mail.


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

svg not working on linux

[Roland Neilands]

Hello foppers,

We've just put a watermark on our documents & it works fine on two PC's 
using FOP 0.20.5, 0.93 & 0.94.


It's completely ignored on two linux servers (tested with same 3 fop 
versions). The rest of the document renders fine, just no watermark, 
except for 20.5 which fails with an erroneous error about an id already 
existing (yes it only happens with below svg included).


   position="absolute">

   
 http://www.w3.org/2000/svg";>
   
   
 
   select="substring-before(Header/Amend_Confirm,':')"/>

 
   
   
 
   
 

We've tried changing font, colour & opacity & set the xslt xml 
declaration to standalone. The server already has the headless=true 
option on.


Can anyone see any problems with this? Otherwise it's gif time.

Another interesting note is that the svg overlays the region-body text, 
but not the static-content stuff. This is annoying, hence the no-fill.


--
Regards,
Roland 


This e-mail is solely for the use of the intended recipient and may contain 
information which is confidential or privileged. Unauthorised use of its 
contents is prohibited. If you have received this e-mail in error, please 
notify the sender immediately via return e-mail and then delete the original 
e-mail. Any views or opinions presented are solely those of the author.


This e-mail is solely for the use of the intended recipient and may contain 
information which is confidential or privileged. Any unauthorised use of its 
contents is prohibited. If you have received this e-mail in error, please 
notify the sender via return e-mail and then delete the original e-mail.


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

Re: Large PDF's files fail to stream correctly

[Roland Neilands]

Just a thought but you could put it into a BLOB in a DB & apply your 
security to accessing that.
Alternatively encrypt the filesystem pdf for reading  & provide the 
password separately.


Regards,
Roland 



Woodhouse, Graeme wrote:

Hi Daniel,

Thanks for your help - as a bit of a test I tried the following two scenarios:

I set the response size to Integer.MAX_VALUE. Which didn't work :(

I also tried first saving the output to a file - waiting until the file was 
complete, then streaming the file to the browser through the response. Which 
didn't work :(.

Your right that I could temporarily link to the file I created and then delete 
the file after but your right about the security access. Its not something that 
we could do as the pdf's contain sensitive information + direct access to the 
server isn't really an option as it bypasses the rest of the security we have 
in place.

I don't suppose you or anyone else on the list know of any other way to get 
round this?



Graeme Woodhouse
Software Engineer
ProQuest

Direct-Line:  +44 (0) 1223 271 264
Fax: +44 (0) 1223 215 513


-Original Message-
From: Daniel Appelt [mailto:[EMAIL PROTECTED]
Sent: 04 April 2008 18:43
To: fop-users@xmlgraphics.apache.org
Subject: Re: Large PDF's files fail to stream correctly

Hi Graeme,

in general, you do not know in advance how long the rendering with FOP
will take. For large files it is not unlikely that the browser times
out or finishes fetching the PDF file in an unfinished state.
A possible pseudo-streaming solution could be to let FOP save the file
on the server, and use a website with an AJAX script on the client
side that regularly checks the state of the file. If file size isn't
changing between two or more consecutive checks, it might be assumed
that FOP has finished rendering the file and you could redirect the
browser to the respective URL or show it as a link. Of course, this
might still be problematic with regards to security...

Cheers,
Daniel

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


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


This e-mail is solely for the use of the intended recipient and may contain 
information which is confidential or privileged. Any unauthorised use of its 
contents is prohibited. If you have received this e-mail in error, please 
notify the sender via return e-mail and then delete the original e-mail.

  


This e-mail is solely for the use of the intended recipient and may contain 
information which is confidential or privileged. Any unauthorised use of its 
contents is prohibited. If you have received this e-mail in error, please 
notify the sender via return e-mail and then delete the original e-mail.


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

Re: Detecting a page break before it happens

[Roland Neilands]

Trevor,

This is something you provide contingency in XSL-FO for, not something 
you need to do manually on every page.
Search the list archives for fo:marker & fo:retrieve marker & look for 
same in the examples directory.


Anyone care to update the FAQ for this? I can provide better wording.

Regards,
Roland 



Trevor Keast wrote:

Hi,

I have a large table that spans many pages.  I need some way or 
detecting a page break before it happens so that I can write 
"continued..." at the bottom of the table.


How can I go about doing this?

Thanks in advance!

Regards,

Trevor.

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


This e-mail is solely for the use of the intended recipient and may 
contain information which is confidential or privileged. Any 
unauthorised use of its contents is prohibited. If you have received 
this e-mail in error, please notify the sender via return e-mail and 
then delete the original e-mail.




This e-mail is solely for the use of the intended recipient and may contain 
information which is confidential or privileged. Any unauthorised use of its 
contents is prohibited. If you have received this e-mail in error, please 
notify the sender via return e-mail and then delete the original e-mail.


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

Re: Quick survey: upcoming release of FOP 0.94

[Roland Neilands]

To redevelop something that worked before to look exactly the same 
because HP dropped their own format? No, no budget yet & no sense of 
futility either. :)


I've set this to do the font bitmapping, not sure that it's working as 
the font sizes aren't right, but they don't overlap so much:

conf/fop.xconf:
...
   
 
 bitmap
   

It looks the same as the PDF version on other printers though, so I 
can't reproduce it personally ...

I'll try to get an example.

Regards,
Roland 


Jeremias Maerki wrote:

Quite a bit of work, what you suggest here. PCL 6 (aka PCL XL) is
a completely different printer language compared to PCL 5. We'd have to
develop a completely new renderer. Do you have a budget for this? ;-)

What does that mean: "better, but still not adequate"? Does it print
correctly on those printers or not? What's the problem?

On 31.07.2007 08:48:08 Roland Neilands wrote:
  

I suggest PCL6 support.

A late response I know, but this just came up recently & I can't work 
around it.

PCL 5 support is being dropped from some new printers it seems:
http://h2.www2.hp.com/bc/docs/support/SupportManual/c00878487/c00878487.pdf

This has happened a couple of times recently, & the printers don't have 
usable postscript support, and bitmapping the fonts in 0.93 sadly didn't 
resolve the issue (better, but still not adequate).
It remains for me to say "buy another printer". I wonder how long that 
answer will fly?


Regards,
Roland 



Andreas L Delmelle wrote:


Hi all


As some of you may already know, the fop-dev team is currently in the 
process of preparing a new release. With this post, we would like to 
gather some ideas on what the user community would like to see 
incorporated in FOP 0.94.


Note that the release will already contain some cool new features 
compared to 0.93, like support for border-collapse="collapse", 
auto-detection and -registration of available custom fonts and 
improvements in handling internal destinations...


What we are currently looking for are not large improvements (like 
table-layout="auto", which we are well aware is still missing), but 
more the elimination of small annoyances, little things that could 
mean a great deal to you.


So, shoot away, and we'll see what we can do. No suggestion will be 
dismissed without consideration. Even if we do not implement the 
suggestion immediately, if it's interesting enough, we will definitely 
keep it in mind as a possible priority for the next release.


We would also like this to be an opportunity for users who are in a 
position where they are able to check out and build the 0.94 release 
branch that has been created (*), to see if we have overlooked 
anything in our testsuites. If any bugs or unexpected results turn up 
in your real-time scenarios, we would of course appreciate it very 
much if these are uncovered before the actual release.



As always, we value your input and feedback.


Thanks

Andreas

(*) http://svn.apache.org/repos/asf/xmlgraphics/fop/branches/fop-0_94/

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

  

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




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

  


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

Re: Quick survey: upcoming release of FOP 0.94

[Roland Neilands]

I suggest PCL6 support.

A late response I know, but this just came up recently & I can't work 
around it.

PCL 5 support is being dropped from some new printers it seems:
http://h2.www2.hp.com/bc/docs/support/SupportManual/c00878487/c00878487.pdf

This has happened a couple of times recently, & the printers don't have 
usable postscript support, and bitmapping the fonts in 0.93 sadly didn't 
resolve the issue (better, but still not adequate).
It remains for me to say "buy another printer". I wonder how long that 
answer will fly?


Regards,
Roland 



Andreas L Delmelle wrote:


Hi all


As some of you may already know, the fop-dev team is currently in the 
process of preparing a new release. With this post, we would like to 
gather some ideas on what the user community would like to see 
incorporated in FOP 0.94.


Note that the release will already contain some cool new features 
compared to 0.93, like support for border-collapse="collapse", 
auto-detection and -registration of available custom fonts and 
improvements in handling internal destinations...


What we are currently looking for are not large improvements (like 
table-layout="auto", which we are well aware is still missing), but 
more the elimination of small annoyances, little things that could 
mean a great deal to you.


So, shoot away, and we'll see what we can do. No suggestion will be 
dismissed without consideration. Even if we do not implement the 
suggestion immediately, if it's interesting enough, we will definitely 
keep it in mind as a possible priority for the next release.


We would also like this to be an opportunity for users who are in a 
position where they are able to check out and build the 0.94 release 
branch that has been created (*), to see if we have overlooked 
anything in our testsuites. If any bugs or unexpected results turn up 
in your real-time scenarios, we would of course appreciate it very 
much if these are uncovered before the actual release.



As always, we value your input and feedback.


Thanks

Andreas

(*) http://svn.apache.org/repos/asf/xmlgraphics/fop/branches/fop-0_94/

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



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

Re: PDF Encryption, when necessary?

[Roland Neilands]

Jenkins, Mark wrote:

Guys,
When is PDF encryption necessary?

...
Is it just to add restrictions on how the document can or cannot be 
manipulated(print, edit,etc.)? 


Yes, that's it.

Cheers,
Roland

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

Re: I know it's been asked before - getting fop-0.20.5 to not print [1]

[Roland Neilands]

-q command line option or if embedded maybe logging levels in faq

Regards,
Roland 


This e-mail is solely for the use of the intended recipient and may contain 
information which is confidential or privileged. Unauthorised use of its 
contents is prohibited. If you have received this e-mail in error, please 
notify the sender immediately via return e-mail and then delete the original 
e-mail. Any views or opinions presented are solely those of the author.



brycenesbitt wrote:

Other than piping to /dev/null, is it possible to get fop to not print [1] to
the console, for each page rendered, of a multipage document?  I'm sure it's
been asked before, but google seems to not like googling [1] :-)
  


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

Re: FOP failing while accessing SVG DTD

[Roland Neilands]

Ian,


Ian Burrell wrote:

On 3/13/07, Roland Neilands <[EMAIL PROTECTED]> wrote:


This is a basic XML parsing question, not particular to FOP:
Use the XML prolog "standalone" attribute to prevent the DTD lookup.
eg: 

Is there any way to set the fop config or pass command-line option to
not fetch the DTD?

It's not FOP doing this, it's the XML parser bundled (Xerces?) and no.
The DTD read is mandatory, even with validation off, because DTD's may include 
entity declarations.
You could change the link to a local file, or remove it completely. Shame they haven't published an XSD instead - these do not have 
this issue.




Setting the standalone attribute works great for static SVG files that
I can change.  I am worried about dynamically generated ones.  Or
getting my content guys to change future files they make.

They'll learn quickly when it doesn't work.

Regards,
Roland

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

Re: FOP failing while accessing SVG DTD

[Roland Neilands]

Ian,

This is a basic XML parsing question, not particular to FOP:
Use the XML prolog "standalone" attribute to prevent the DTD lookup.
eg:


Regards,
Roland


Ian Burrell wrote:

We are getting intermittent failures making PDF from XSL-FO with SVG
images.  I think the problem is caused by network errors accessing the
SVG DTD from the w3.org site.  We are using fop 0.20.5.

Error: ([ERROR] Could not load external SVG: Connection refused
[ERROR] Error while creating area : No ImageReader for this type of
image 
(file:/usr/local/apache/sites/web_src/vod/htdocs//images/svg/layout4_logo.svg) 



The SVG file is generated by Adobe Publisher and contains the 
following DOCTYPE:


http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"; [
   http://www.w3.org/2000/svg";>
   http://www.w3.org/1999/xlink";>
]>

Is there any way to cause FOP to not fetch the DTD?  Or use a local copy?

- Ian

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



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

Re: Out Of Memory Error

[Roland Neilands]

Check the FAQ:
http://xmlgraphics.apache.org/fop/0.93/running.html#memory

Regards,
Roland 



[EMAIL PROTECTED] wrote:


Hello All,

I am trying to convert a huge XML document(approx about 110 pages 
long, 777KB) into a pdf document using an FO transformation. But it 
gives me the following error.


Exception in thread "main" java.lang.OutOfMemoryError

Can anybody guide me as to what is going wrong? Is there a limit on 
the size of the document that can be transformed?If so , can it be 
increased?


Thanks,
Sindhu


Email Firewall made the following annotations
-
--- NOTICE ---
This message is for the designated recipient only and may contain 
confidential, privileged or proprietary information. If you have 
received it in error, please notify the sender immediately and delete 
the original and any copy or printout. Unintended recipients are 
prohibited from making any other use of this e-mail. Although we have 
taken reasonable precautions to ensure no viruses are present in this 
e-mail, we accept no liability for any loss or damage arising from the 
use of this e-mail or attachments, or for any delay or errors or 
omissions in the contents which result from e-mail transmission.

-



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

Re: running FOP.bat from another folder

[Roland Neilands]

Rick,

I don't think you need to cd, just run it with it's absolute path name 
or add the dir it's in to your %PATH%.


A bit of code from the one I use, the comments may help you (XP is NT). 
I commented them because my fop.bat is not in the FOP install directory:

set LOCAL_FOP_HOME=C:\fop\fop-0.20.5
rem %~dp0 is the expanded pathname of the current script under NT
rem if "%OS%"=="Windows_NT" set LOCAL_FOP_HOME=%~dp0

NB the .bat is much more flexible if you leave the  %1 %2 %3 %4 %5 %6 %7 
%8 in the java command.


Regards,
Roland


Rick Roen wrote:


FOP 0.92 XP Pro Java 1.5.0_6

 

I’m trying to run the FOP batch file to create pdf from a folder other 
than the ..\FOP folder where the other fop files are located.


 

My batch file is below.  I have hard-coded some of the input variables 
to limit errors, but I get


 “Exception in thread "main" java.lang.NoClassDefFoundError: 
org/apache/fop/cli/Main”, which I think means it can’t find the 
fop.jar file.


 

I change the current folder with “cd %local_fop_home% thinking that 
this will start things in the right folder, but no joy.


 


When I run this batch file from the FOP folder, it works ok.

 


Can anyone tell me what I am doing wrong?

 


Rick

 

 

 

 


@echo off

set FOP_FILE=%1

set XML_FILE=%2

set XSL_FILE=%3

set PDF_FILE=%4

set ERR_FILE=%5

 


set LOCAL_FOP_HOME=C:\DELPHI~1\LVSPRO~1\SEEDPA~1\FOP

 


set LIBDIR=%LOCAL_FOP_HOME%\lib

cd %local_fop_home%

 


set LOCALCLASSPATH=%LOCAL_FOP_HOME%build\fop.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%LOCAL_FOP_HOME%build\fop-sandbox.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%LOCAL_FOP_HOME%build\fop-hyph.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\xml-apis-1.3.02.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\xercesImpl-2.7.1.jar

rem set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\xalan-2.7.0.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\Saxon8.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\Saxon8-dom.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\serializer-2.7.0.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\batik-all-1.6.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\xmlgraphics-commons-1.0.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\avalon-framework-4.2.0.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\commons-io-1.1.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\commons-logging-1.0.4.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\jimi-1.0.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\jai_core.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\jai_codec.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\fop-hyph.jar

set LOCALCLASSPATH=%LOCALCLASSPATH%;%FOP_HYPHENATION_PATH%

 


rem need to use Saxon8 so we can do a XSLT2.0 transform on the xml

rem include Saxon8.jar and Saxon8-dom.jar in the classpath and put in 
FOP\lib folder


rem also use the -Djavax... to assign the TransformerFactory to Saxon 
below


 

java -cp "%LOCALCLASSPATH%" 
-Djavax.xml.transform.TransformerFactory=net.sf.saxon.TransformerFactoryImpl 
 

org.apache.fop.cli.Main -xml %tmp%\primavera\test.xml -xsl 
%tmp%\primavera\test.xsl -pdf  %tmp%\primavera\test.pdf


 


pause



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

Re: Transforming Img tag in HTML

[Roland Neilands]

Roland Neilands wrote:


J.Pietschmann wrote:

Roland Neilands wrote:

Sorry, my mistake. 20.5 wants height/width on the block container.

...
   content-width="3cm" 


FOP 0.20.5 doesn't support content-heigth/width either. Height
and width work.


I know, it ignores them though. That's why that bit of code worked in 
both versions of FOP.
Except where I'd trimmed the absolute positioning from the block 
container. I'll shut up now.


Cheers,
Roland.



J.Pietschmann





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

Re: Transforming Img tag in HTML

[Roland Neilands]

J.Pietschmann wrote:

Roland Neilands wrote:

Sorry, my mistake. 20.5 wants height/width on the block container.

...
   

FOP 0.20.5 doesn't support content-heigth/width either. Height
and width work.


I know, it ignores them though. That's why that bit of code worked in 
both versions of FOP.


Cheers,
Roland.



J.Pietschmann



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

Re: Transforming Img tag in HTML

[Roland Neilands]

Suresh,

Sorry, my mistake. 20.5 wants height/width on the block container.

This works in both versions:
   
 
   content-width="3cm" src="file.jpg" scaling="uniform"/>


Regards,
Roland



Suresh Koya wrote:
I checked this with the beta build also. I could not get it to work. 
Should I file a bug to this respect.


Regards,
Suresh Koya

*/Roland Neilands <[EMAIL PROTECTED]>/* wrote:

Suresh,

What you've done is correct, but not supported by the old version
of FOP
- try the beta release, or use height & width attributes as well.
Search
this list's archives for more details, this has come up a few times.

Regards,
Roland


Suresh Koya wrote:
> Hi,
>
> I am using FOP 0.20.5. I was trying to transform the IMG tag of
HTML:
>
>
> height="82"/>
>
> After going through the XSL_FO Spec, I created a FO document
> equivalent to this for generating a PDF as belows:
>
>
> src="http://onjava.com/images/onjava/onjava_logo.jpg"/>
>
> The generated PDF had the image bigger than the original size
(294 X 82).
> Is could not find an example for this in the samples as well.
>
> Could anyone suggest what is the right way to set the width and
height
> a image.
>
> Regards,
> Suresh
>

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



Ring'em or ping'em. Make PC-to-phone calls as low as 1¢/min 
<http://us.rd.yahoo.com/mail_us/taglines/postman11/*http://us.rd.yahoo.com/evt=39666/*http://voice.yahoo.com> 
with Yahoo! Messenger with Voice. 


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

Re: Transforming Img tag in HTML

[Roland Neilands]

Suresh,

What you've done is correct, but not supported by the old version of FOP 
- try the beta release, or use height & width attributes as well. Search 
this list's archives for more details, this has come up a few times.


Regards,
Roland


Suresh Koya wrote:

Hi,

I am using FOP 0.20.5. I was trying to transform the IMG tag of HTML:

http://onjava.com/images/onjava/onjava_logo.jpg"; width="294" 
height="82"/>


After going through the XSL_FO Spec, I created a FO document 
equivalent to this for generating a PDF as belows:


http://onjava.com/images/onjava/onjava_logo.jpg"/>

The generated PDF had the image bigger than the original size (294 X 82).
Is could not find an example for this in the samples as well.

Could anyone suggest what is the right way to set the width and height 
a image.


Regards,
Suresh
 


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

Re: transparent background is black on the paper

[Roland Neilands]

I've seen this too. I just turned off transparency in the gif in an 
image editor and it worked fine.


Cheers,
Roland

Zmitko, Jan wrote:

Hallo Together,

I´ve an problem with printing my PDF generated by FOP 0.20.5. The generated
PDF looks corectly, however if I print these on my printer, the contained
logo looks bad. The transparent background of the image has black color. Has
any one an Idea, whats the reason of these problem?

Thanks a lot,

Jan

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

  


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

Re: Command line call to FOP

[Roland Neilands]

Jelka,

1. Set the "LOCAL_FOP_HOME" in your fop.bat file value to the fop 
install dir, eg: C:\FopTrunk


Cheers,
Roland

Jeremias Maerki wrote:

On 31.01.2006 10:54:55 jelka.kosir wrote:
  
Yes, when I change "org.apache.fop.apps.Fop" to "org.apache.fop.cli.Main" 
all works fine  except 2 things:


1.)
Before in the 0.20.5 I was able to use this command from anywhere (no 
matter where my Command Prompt is positioned). Now it only works if I am 
positioned in the C:\FopTrunk directory on my computer. For example if my 
Command Prompt is positioned on C: this is the error that is retrieved:


Unable to start FOP:
java.lang.RuntimeException: fop.jar not found in directory: C:\ (or below)
at org.apache.fop.cli.Main.getJARList(Main.java:57)
at 
org.apache.fop.cli.Main.startFOPWithDynamicClasspath(Main.java:117)

at org.apache.fop.cli.Main.main(Main.java:192)

although I pass ClassPath: java -cp 
"C:\FOPTrunk\build\fop.jar;C:\FOPTrunk\lib\xalan-2.7.0.jar". 


Is this OK ?



Maybe I should have said that in my first reply: I have absolutely no
idea how you ever made FOP 0.20.5 work with only fop.jar and some
xalan.jar in the classpath. FOP 0.20.5 requires avalon-framework.jar
which is nowhere in sight in your post. You should have received the
following error message:

Exception in thread "main" java.lang.NoClassDefFoundError: 
org/apache/avalon/framework/logger/Logger
at org.apache.fop.apps.Fop.main(Fop.java:59)

Did you put any JAR files in the lib/ext directory of your JRE
installation or something like that? Anyway, here's how the classpath
needs to look for 0.91beta:

java -cp 
build/fop.jar;lib/avalon-framework-4.2.0.jar;lib/commons-io-1.1.jar;lib/commons-logging-1.0.4.jar;lib/batik-all-1.6.jar
 org.apache.fop.cli.Main

Putting xalan.jar in the classpath has no effect if you're using JDK/JRE
1.4 or later. Xerces/Crimson and Xalan are already contained in the
class library. If you want to use your own Xerces or Xalan version you
need to override the default JARs from the JRE using the Endorsed
standards override mechanism: 
http://java.sun.com/j2se/1.4.2/docs/guide/standards/

  

2.)
And another thing: in the previous version some INFO displayed when I run 
Fop .. for example:

[INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser
[INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser
[INFO] FOP 0.20.5
[INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser
[INFO] building formatting object tree
[INFO] setting up fonts
[INFO] [1]
[INFO] [2]
[INFO] Parsing of document complete, stopping renderer

Now with the Trunk version there is no INFO displaying. Can I pass Fop any 
parameter to switch the INFO to display?



The above lines are not available in FOP 0.91beta anymore. About the
only part worth keeping would have been the "[1]"-style page numbering
but logging to console harms performance. As long as you don't get any
output from the command-line, FOP runs fine. You can also check the
errorlevel to find out if anything went wrong.

Jeremias Maerki


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

  


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

Re: New User - Fop error.

[Roland Neilands]

Patrick,

Your examples are too basic, missing all of the page structure information.
Have a look at the .fo examples in your fop install directory.

Cheers,
Roland

Patrick Proctor wrote:

I have the same problem, and I think it may be a bug.  I have used FOP 
examples from O'Reilly and W3C and I can't get any file, even the most 
basic to work.  Any help would be very much appreciated!  Here are two 
example input files:


test.xsl:


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






















test.xml:



Krusty the Clown


This memo explains why Krusty the Clown is our best customer.
We need to take good care of him from now onwards and make sure
that there are always enough bananas for his pet monkey.




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



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

Re: no runtime java--how to install

[Roland Neilands]

Paul,

It can be changed but the default is, eg:
C:\Program Files\Java\jre1.5.0_04\
JDK install path is slightly different, but it's unlikely you'd have that.

Cheers,
Roland


Paul Tremblay wrote:


On Sun, Jan 22, 2006 at 10:58:26AM +0100, Dirk Bromberg wrote:
 


From: Dirk Bromberg <[EMAIL PROTECTED]>
To: fop-users@xmlgraphics.apache.org
Date: Sun, 22 Jan 2006 10:58:26 +0100
Subject: Re: no runtime java--how to install
User-Agent: Thunderbird 1.5 (Windows/20051201)

Hi,

yes, you can run java from CD. Like Glen said, you must copy the JRE 
directory from your java install dir to the CD and if you want to run 
fop you must call the java.exe direct (relative from your script).


   



Would you have any idea where the JRE install directory is? I am not
familiar with Windows. I cannot install the JRE directory *anywhere*
because I don't have permission, and it occurred to me to just copy
the JRE on the computers that have them. I sniffed around today on box
at work and couldn't find anything.

thanks

Paul

 



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

Re: UTF issue

[Roland Neilands]

Thom,

Opening your .fo in IE: Line 3 Char 125. An invalid character was found 
in text context.
Did you save as utf-8? Looks like ansi to me. UTF-8 is the default for 
XML, but not for most text editors. The encoding attribute must match 
the file (eg encoding="ISO-8859-1" works for this file).


To expand slightly on David's comments - trim the .fo down to the 
smallest file which will show the problem. You can often find the 
solution yourself this way.


Cheers,
Roland

[EMAIL PROTECTED] wrote:


(See attached file: XSL Output.fo)
here is the file

Tom Maciejewski



 
 David Delbecq   
 <[EMAIL PROTECTED]>   To:   fop-users@xmlgraphics.apache.org 
  cc:
 12/20/2005 09:31 Subject:  Re: UTF issue
 AM  
 Please respond to   
 fop-users   
 
 





In general, when posting, please provide explicit informations

More specifically, please provide those informations:
- What did you do, what did you try to do? (The dialog box provide
absolutely no clues on what you are trying to do!)
- versions used
- Any console messages
- attach the offending file.

Now, the answers

- Things that may cause this: Invalid character in xml file, obviously
- Fix: open file in an editor and see what is the offending caracter. Any
plain text editor is enough for that (as long as it support characters
encoding)
- Debug easily .fo: send them in fop and read error messages, they are most
of the time self explanatory.

Le Mardi 20 Décembre 2005 15:19, [EMAIL PROTECTED] a écrit :
 


Can someone explain to me things that may cause this and maybe quick
solutions to fix them.

Also is there an easy way to debug FO?



(Embedded image moved to file: pic03548.jpg)

Regards,

Tom Maciejewski

*
This message and any attachments (the "message") are confidential and
intended solely for the addressees.
Any unauthorised use or dissemination is prohibited.
E-mails are susceptible to alteration.
Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates
shall be liable for the message if altered, changed or falsified.

*

   



--
David Delbecq
Royal Meteorological Institute of Belgium

-
Pingouins dans les champs, hiver méchant

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


*
This message and any attachments (the "message") are confidential and
intended solely for the addressees.
Any unauthorised use or dissemination is prohibited. 
E-mails are susceptible to alteration.   
Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates 
shall be liable for the message if altered, changed or falsified. 


*
 




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



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

Re: [POLL] Your experience with FOP 0.90alpha1 so far???

[Roland Neilands]

Jeremias,

Thanks for that, I set the height based on the result, not on what it 
should have been. I should be able to make it work.


That means the blank line issue is the only actual bug, and probably an 
easy fix. Well done.


Regards,
Roland

Jeremias Maerki wrote:


Ah, now I get it, thanks. It's actually so that 0.20.5 is at fault here.
:-) Just sum up the line-height for each line in the b-c. You get 146pt
which is about 2.02in which is 5.13cm. You specified 4.7cm as the height
for the b-c. 0.20.5 wasn't so systematically tested as the new code is.
Even if I look directly at the area tree that 0.90 generates, the result
is correct.

On 15.12.2005 23:47:31 Roland Neilands wrote:
 


Jeremias,

Try the large block in 20.5 - it fits with no overflow. There seems to 
be extra space between lines in .90


Cheers,
Roland

Jeremias Maerki wrote:

   


On 12.12.2005 07:19:31 Roland Neilands wrote:



 

5. There seems to be extra space inserted between lines now. This breaks 
existing stylesheets static-content layout - is there some default 
attribute I can turn off for this? (space-before, padding?)
 

  

   


Can you please supply an example?





 


Yes:
It seems this is no longer respected as a blank line:
 
  

   


Manuel Mall just told me he's going to look into this.



 


This block-container overruns it's height by a full centimeter:
  

   


Yes, I can see it overflows the available area. What exactly is the
problem here? The current FOP Trunk (dev version) will notify you about
the overflow in the log. The overflow property will now also clip the
overflowing content is "hidden" is used.



 

- <#> top="*0cm*" width="*16cm*" height="*4.7cm*">
font-family="*serif*" line-height="*26pt*" text-align="*start*">Pulse 
Mining Systems Pty Ltd
font-family="*serif*" line-height="*20pt*" text-align="*start*">as 
Managers and Agents for the Pulse Joint Venture
font-weight="*bold*" font-family="*serif*" line-height="*16pt*" 
text-align="*start*">123456 4900 49336732
font-weight="*bold*" font-family="*serif*" line-height="*12pt*" 
text-align="*start*">18 Day Street
font-weight="*bold*" font-family="*serif*" line-height="*12pt*" 
text-align="*start*">East Maitland NSW 2323
font-weight="*bold*" font-family="*serif*" line-height="*12pt*" 
text-align="*start*">Line 3
font-weight="*bold*" font-family="*serif*" line-height="*12pt*" 
text-align="*start*">Line 4
font-weight="*bold*" font-family="*serif*" line-height="*12pt*" 
text-align="*start*">Line 5
- <#> font-family="*serif*" line-height="*12pt*" text-align="*start*">
external-destination="*mailto:[EMAIL PROTECTED]" 
color="*blue*">[EMAIL PROTECTED]


- <#> font-family="*serif*" line-height="*12pt*" text-align="*start*">
http://www.pulsemining.com.au*"; 
color="*blue*">http://www.pulsemining.com.au



  

   





Jeremias Maerki


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



 


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





Jeremias Maerki


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

 



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

Re: [POLL] Your experience with FOP 0.90alpha1 so far???

[Roland Neilands]

Jeremias,

Try the large block in 20.5 - it fits with no overflow. There seems to 
be extra space between lines in .90


Cheers,
Roland

Jeremias Maerki wrote:


On 12.12.2005 07:19:31 Roland Neilands wrote:

 

5. There seems to be extra space inserted between lines now. This breaks 
existing stylesheets static-content layout - is there some default 
attribute I can turn off for this? (space-before, padding?)
  

   


Can you please supply an example?



 


Yes:
It seems this is no longer respected as a blank line:
 
   



Manuel Mall just told me he's going to look into this.

 


This block-container overruns it's height by a full centimeter:
   



Yes, I can see it overflows the available area. What exactly is the
problem here? The current FOP Trunk (dev version) will notify you about
the overflow in the log. The overflow property will now also clip the
overflowing content is "hidden" is used.

 

- <#> top="*0cm*" width="*16cm*" height="*4.7cm*">
 font-family="*serif*" line-height="*26pt*" text-align="*start*">Pulse 
Mining Systems Pty Ltd
 font-family="*serif*" line-height="*20pt*" text-align="*start*">as 
Managers and Agents for the Pulse Joint Venture
 font-weight="*bold*" font-family="*serif*" line-height="*16pt*" 
text-align="*start*">123456 4900 49336732
 font-weight="*bold*" font-family="*serif*" line-height="*12pt*" 
text-align="*start*">18 Day Street
 font-weight="*bold*" font-family="*serif*" line-height="*12pt*" 
text-align="*start*">East Maitland NSW 2323
 font-weight="*bold*" font-family="*serif*" line-height="*12pt*" 
text-align="*start*">Line 3
 font-weight="*bold*" font-family="*serif*" line-height="*12pt*" 
text-align="*start*">Line 4
 font-weight="*bold*" font-family="*serif*" line-height="*12pt*" 
text-align="*start*">Line 5
- <#> font-family="*serif*" line-height="*12pt*" text-align="*start*">
 external-destination="*mailto:[EMAIL PROTECTED]" 
color="*blue*">[EMAIL PROTECTED]

 
- <#> font-family="*serif*" line-height="*12pt*" text-align="*start*">
 http://www.pulsemining.com.au*"; 
color="*blue*">http://www.pulsemining.com.au

 
 
   






Jeremias Maerki


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

 



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

Re: [POLL] Your experience with FOP 0.90alpha1 so far???

[Roland Neilands]

Jeremias,

Thanks, see below.

Cheers,
Roland

Jeremias Maerki wrote:


Roland,

that's exactly the kind of stuff I wanted to hear. Thank you very much.
Some comments inline...

On 09.12.2005 00:57:47 Roland Neilands wrote:
 


Jeremias,

I haven't test it thoroughly yet, but you asked, so but here's what I've 
seen:


1. Images are not scaled & overrun block-container height & width. The 
images seem washed-out & pixelated (gif). This is a stopper, I was 
hoping it would work better than 20.5.
position="absolute">

   
 src="file:images/{$logo}" scaling="uniform"/>

 
   



Andreas and Manuel already gave tips here. FOP 0.20.5 was incomplete and
somewhat wrong in its implementation here.
 


This is now working better than 20.5, much appreciated all. Yes I know.

 

2. I had to move region-before after region-body in the 
simple-page-master. This makes no sense ;), but I assume this is from 
the spec. Not a problem.


3. NB. Had to replace  with 

   



Both 2 and 3 are compliance issues. From the command-line, you can use
"-r" to enable relaxed validation which will cause FOP to be less strict
about the rules established by the spec. In Java code you can set
setStrictValidation(false) on the FOUserAgent.

http://xmlgraphics.apache.org/fop/0.90/embedding.html#config-internal

 

Typo sorry: fo:table-cell not fo:table. I've fixed these, and it still 
works in 20.5, so I'm not going to use relaxed validation. Nice to know 
it's there, though.


4. No line numbers on errors anymore? This was very useful for debugging 
stylesheets.
   



We have line numbers but not all error messages carry them with them,
yet. Help and patches are welcome. I guess this is "work in progress".

 

5. There seems to be extra space inserted between lines now. This breaks 
existing stylesheets static-content layout - is there some default 
attribute I can turn off for this? (space-before, padding?)
   



Can you please supply an example?

 


Yes:
It seems this is no longer respected as a blank line:
 

This block-container overruns it's height by a full centimeter:
- <#> top="*0cm*" width="*16cm*" height="*4.7cm*">
 font-family="*serif*" line-height="*26pt*" text-align="*start*">Pulse 
Mining Systems Pty Ltd
 font-family="*serif*" line-height="*20pt*" text-align="*start*">as 
Managers and Agents for the Pulse Joint Venture
 font-weight="*bold*" font-family="*serif*" line-height="*16pt*" 
text-align="*start*">123456 4900 49336732
 font-weight="*bold*" font-family="*serif*" line-height="*12pt*" 
text-align="*start*">18 Day Street
 font-weight="*bold*" font-family="*serif*" line-height="*12pt*" 
text-align="*start*">East Maitland NSW 2323
 font-weight="*bold*" font-family="*serif*" line-height="*12pt*" 
text-align="*start*">Line 3
 font-weight="*bold*" font-family="*serif*" line-height="*12pt*" 
text-align="*start*">Line 4
 font-weight="*bold*" font-family="*serif*" line-height="*12pt*" 
text-align="*start*">Line 5
- <#> font-family="*serif*" line-height="*12pt*" text-align="*start*">
 external-destination="*mailto:[EMAIL PROTECTED]" 
color="*blue*">[EMAIL PROTECTED]

 
- <#> font-family="*serif*" line-height="*12pt*" text-align="*start*">
 http://www.pulsemining.com.au*"; 
color="*blue*">http://www.pulsemining.com.au

 
 


6. PCL - no chance of at least keeping the old renderer?
   



No, the renderer's interface is not 100% the same. PCL is on my radar
but its resurrection will not happen through my hand before February
2006. An alternative: Create PDF and convert that to PCL using
GhostScript (depending on your licensing situation).
 

Tried it a while ago, this was actually lower quality than 20.5 PCL. 
I'll try again with .90 and advise. This would make rolling out an 
upgrade a bigger job though, easier just to continue running 20.5 for this.


FWIW: I know these are mostly my compliance issues, but a FAQ on these 
kind of differences would help greatly.
   



Does this mean that the error messages are not good enough? Just curious.

 

Well, I figured them out so they're not that bad, but I would bet a 
sheep station you'll get the same questions on the list again ;) I 
checked the upgrade page before I started & knew I was in for some 
compliance issues, but had no idea what


 


Cheers,
Roland

Jeremias Maerki wrote:

   


Dear users of Apache FOP,

version 0.90alpha1 is now two weeks old. In t

Re: [POLL] Your experience with FOP 0.90alpha1 so far???

[Roland Neilands]

Jeremias,

7. It seems to have the old bug of leaving zero sized files around after 
errors


Cheers,
Roland

Roland Neilands wrote:


Jeremias,

I haven't test it thoroughly yet, but you asked, so but here's what 
I've seen:


1. Images are not scaled & overrun block-container height & width. The 
images seem washed-out & pixelated (gif). This is a stopper, I was 
hoping it would work better than 20.5.
position="absolute">

   
 src="file:images/{$logo}" scaling="uniform"/>

 

2. I had to move region-before after region-body in the 
simple-page-master. This makes no sense ;), but I assume this is from 
the spec. Not a problem.


3. NB. Had to replace  with 



4. No line numbers on errors anymore? This was very useful for 
debugging stylesheets.


5. There seems to be extra space inserted between lines now. This 
breaks existing stylesheets static-content layout - is there some 
default attribute I can turn off for this? (space-before, padding?)


6. PCL - no chance of at least keeping the old renderer?

FWIW: I know these are mostly my compliance issues, but a FAQ on these 
kind of differences would help greatly.


Cheers,
Roland

Jeremias Maerki wrote:


Dear users of Apache FOP,

version 0.90alpha1 is now two weeks old. In this time we've already
received a number of bug reports and even some patches. Thanks to
those involved and to everybody who has sent us feedback on the new
version so far.

Still, it's been a little quiet for my taste. :-) So, I'd like to ask
everybody who has tried 0.90alpha1 (or the latest FOP Trunk) so far to
tell us his/her first impression of the new code. Is it crap beyond what
is thought possible? *g* If there are problems, what are they (except
those we already documented, of course)? Or could it even be that you've
already rendered a few non-trivial documents and it didn't even look
that bad? We'd really appreciate some more feedback.

If there are people who would like to contribute more than bug reports
and feedback, but don't know how, please speak up. We can always use
additional help and will be glad to get you on the right track.

Thanks,
Jeremias Maerki


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

 



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



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

Re: [POLL] Your experience with FOP 0.90alpha1 so far???

[Roland Neilands]

Yes that helps, on the external-graphic. Well that makes .90 quite 
acceptable for some documents then.


Cheers,
Roland

Andreas L Delmelle wrote:


On Dec 9, 2005, at 00:57, Roland Neilands wrote:

Roland,

Concerning 1)

1. Images are not scaled & overrun block-container height & width.  
The images seem washed-out & pixelated (gif). This is a stopper, I  
was hoping it would work better than 20.5.
position="absolute">

   
 

 



Have you tried playing with 'content-height' and 'content-width'  
instead of plain height/width?



Cheers,

Andreas

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



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

Re: [POLL] Your experience with FOP 0.90alpha1 so far???

[Roland Neilands]

Jeremias,

I haven't test it thoroughly yet, but you asked, so but here's what I've 
seen:


1. Images are not scaled & overrun block-container height & width. The 
images seem washed-out & pixelated (gif). This is a stopper, I was 
hoping it would work better than 20.5.
position="absolute">

   
 src="file:images/{$logo}" scaling="uniform"/>

 

2. I had to move region-before after region-body in the 
simple-page-master. This makes no sense ;), but I assume this is from 
the spec. Not a problem.


3. NB. Had to replace  with 



4. No line numbers on errors anymore? This was very useful for debugging 
stylesheets.


5. There seems to be extra space inserted between lines now. This breaks 
existing stylesheets static-content layout - is there some default 
attribute I can turn off for this? (space-before, padding?)


6. PCL - no chance of at least keeping the old renderer?

FWIW: I know these are mostly my compliance issues, but a FAQ on these 
kind of differences would help greatly.


Cheers,
Roland

Jeremias Maerki wrote:


Dear users of Apache FOP,

version 0.90alpha1 is now two weeks old. In this time we've already
received a number of bug reports and even some patches. Thanks to
those involved and to everybody who has sent us feedback on the new
version so far.

Still, it's been a little quiet for my taste. :-) So, I'd like to ask
everybody who has tried 0.90alpha1 (or the latest FOP Trunk) so far to
tell us his/her first impression of the new code. Is it crap beyond what
is thought possible? *g* If there are problems, what are they (except
those we already documented, of course)? Or could it even be that you've
already rendered a few non-trivial documents and it didn't even look
that bad? We'd really appreciate some more feedback.

If there are people who would like to contribute more than bug reports
and feedback, but don't know how, please speak up. We can always use
additional help and will be glad to get you on the right track.

Thanks,
Jeremias Maerki


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

 



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

Re: get value of command line arguments

[Roland Neilands]

Yes I know the command line is slow, this sounds like another incentive 
to change that.


Thanks,
Roland

Jeremias Maerki wrote:


Hi Roland

No, that parameter to the XSL is not set by the FOP command line. Of
course, it would be no problem to add this. In the latest code it's
possible to specify XSLT parameters. But that version won't be of use to
you right now, since PCL support has not been resurrected, yet. Still,
you're talking about speed but yet you use the command line. That's kind
of a contradiction to me. However, it should be easy for you to add that
XSL parameter to the FOP command line yourself.

On 16.11.2005 03:04:22 Roland Neilands wrote:
 

Does anyone know if it's possible to check the value of FOP command line 
arguments within XSL, specifically the chosen output format?
eg I have one stylesheet which may produce PDF and/or PCL from the same 
XML file depending on local setup.
PCL is mainly for non-PS printers & faxes, so I would like to disable 
colour formatting & switch to b&w images when producing these. I could 
do this with an input parameter I know, but that means producing the .fo 
as a separate step, slowing things down.
   




Jeremias Maerki


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

 



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

get value of command line arguments

[Roland Neilands]

Hi,

Does anyone know if it's possible to check the value of FOP command line 
arguments within XSL, specifically the chosen output format?
eg I have one stylesheet which may produce PDF and/or PCL from the same 
XML file depending on local setup.
PCL is mainly for non-PS printers & faxes, so I would like to disable 
colour formatting & switch to b&w images when producing these. I could 
do this with an input parameter I know, but that means producing the .fo 
as a separate step, slowing things down.


Cheers,
Roland


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

Re: 3 elements on the same line

[Roland Neilands]

Cheers,
Roland

bharathi kongara wrote:


Yeah, now I'm using columns like in the following
template. But my problem is, only my first row needs 3
columns, all other rows need jus one column, is there
a way to specify that so that it can select
dynamically, becuase if I specify 1 column - first row
cannot be processed as there are 3 cells, and if I
specify 3 columns, other rows are compressed to the
size of the first column


 
 




 
  	   
  	  
   
		  


  
		
		  


  
		 
		  


  
		
		   
  	  
	   


			   
			
select="QuestionText"/>
			  	   
		   		

   
   

			   
			
select="InstructionText"/>
			  	   
		   		

   


	  
 



Thanks,
Bharathi

Quoting:

Bharathi,

Sounds like you will need 3 columns, not 3 rows. Note
there is an 
example directory in the fop-install.


Cheers,
Roland

Bharathi Kongara,
Graduate Student,
Department of Computer Science,
Utah State University,
Logan,UT 84321




__ 
Yahoo! for Good 
Watch the Hurricane Katrina Shelter From The Storm concert 
http://advision.webevents.yahoo.com/shelter 



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

 



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

Re: 3 elements on the same line

[Roland Neilands]

Bharathi,

Sounds like you will need 3 columns, not 3 rows. Note there is an 
example directory in the fop-install.


Cheers,
Roland

bharathi kongara wrote:

Hi 


I've the following table - I want to put the
QuestionNo, QuestionText, and QuestionScore on the
same line in the resulting output.


  
  		 
 
column-width="proportional-column-width(1)"/>
 
 

   

			   
			
			  	   
		   		

   
   

			   
			
select="QuestionType"/>
			  	   
		   		

   
   

			   
			
select="QuestionScore"/>
			  	   
		   		

   


			   
			
select="QuestionText"/>
			  	   
		   		

   

	  
 



I tried with columns, didn't work(I'm using FOP to
render the o/p). Any ideas???

Thanks,
Bharathi







__ 
Yahoo! for Good 
Watch the Hurricane Katrina Shelter From The Storm concert 
http://advision.webevents.yahoo.com/shelter 



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

 



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

Re: conditional-page-master-reference and last()

[Roland Neilands]

Louis,
I beleive it is not implemented in FOP.
Use fo:marker instead for this instead, there are plenty of examples in 
the list archive and your fop/examples directory, sorry don't have time 
to dig them up right now.

Cheers,
Roland
[EMAIL PROTECTED] wrote:
I have a layout such that:

  


  

I need to put a footer on each page that either indicates that it is or is
not the last page of the entire printed document.  Usually, when I have a
repeatable-page-master-reference, I just use code like:

  
END OF ORDER
  
  
CONTINUED ON FOLLOWING PAGE
  

However, last() seems to be giving me my position within the reference.
For example, say I have two pages, each one is a different layout using
different static contents.  On both pages, last() is equal to position().
What am I doing wrong?
Thanks,
Lou

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

RE: Basic help needed

[Roland Neilands]

Ashley,

To stop editing you can use this:
http://xml.apache.org/fop/pdfencryption.html

To wrap at 80 chars there are several solutions, but it really depends on your 
situation: as Jay suggested you might be trying to do
something XSL-FO does automatically & better. 

For a preformatted text file, you could also experiment with these 
fo:block-container attributes:
  white-space-collapse="false"
  linefeed-treatment="preserve"
  white-space-treatment="preserve"

Cheers,
Roland

> -Original Message-
> From: Ashley Martens [mailto:[EMAIL PROTECTED]
> Sent: Friday, 22 April 2005 4:23 AM
> To: fop-users@xmlgraphics.apache.org
> Subject: RE: Basic help needed
> 
> 
> It's really silly. I'm creating this software to interface another company. 
> That company returns a report as a text file, 
> however, my client does not want his employees to be able to change the text 
> file so he wants it converted to a PDF.
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Thu 4/21/2005 2:02 PM
> To: fop-users@xmlgraphics.apache.org
> Subject: Re: Basic help needed
>  
> Well, FO doesn't have any sense of breaking at an arbitrary number of 
> characters. The FO idiom is to fill the line until the end of the line or 
> the end of the text is reached.
> 
> If you really want to break the text every eighty lines, you can do it 
> with XSLT and then put each chunk in its own block. Getting the line break 
> to be at the last space before 80 characters will be a bit more 
> interesting, but not impossible.
> 
> I'm curious why you would want to create a PDF representation of what is 
> usually a pure-text representation method. Why not let PDF do what PDF 
> does well (make paragraphs, have bold for emphasis, and so on)?
> 
> Jay Bryant
> Bryant Communication Services
> (presently consulting at Synergistic Solution Technologies)
> 
> 
> 
> 
> "Ashley Martens" <[EMAIL PROTECTED]> 
> 04/21/2005 12:50 PM
> Please respond to
> fop-users@xmlgraphics.apache.org
> 
> 
> To
> <[EMAIL PROTECTED]>
> cc
> 
> Subject
> Basic help needed
> 
> 
> 
> 
> 
> 
> I trying to convert a simple text document, with no line feeds, into a 
> simple PDF that is wrapped at 80 characters. Can anyone suggest the FO 
> syntax to do this? 
> 
> E-Mail Confidentiality Notification
> 
> ---
> 
> This e-mail message (and any associated files) contains information from 
> Associated Software Consultants (ASC), Inc. and is intended only for the 
> use of the individual or entity to which it is addressed and may contain 
> information that is confidential, subject to copyright or constitutes a 
> trade secret. If you are not the intended recipient you are hereby 
> notified that any dissemination, copying or distribution of this message, 
> or files associated with this message, is strictly prohibited. If you have 
> received this message in error, please notify us immediately by replying 
> to the message and deleting it from your computer. Messages sent to and 
> from us may be monitored.
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED] 
> 
> E-Mail Confidentiality Notification
> 
> ---
> 
> This e-mail message (and any associated files) contains information from 
> Associated Software Consultants (ASC), Inc. and 
> is intended only for the use of the individual or entity to which it is 
> addressed and may contain information that is 
> confidential, subject to copyright or constitutes a trade secret. If you are 
> not the intended recipient you are hereby 
> notified that any dissemination, copying or distribution of this message, or 
> files associated with this message, is 
> strictly prohibited. If you have received this message in error, please 
> notify us immediately by replying to the message 
> and deleting it from your computer. Messages sent to and from us may be 
> monitored.
> 
<>-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: FOP - external-graphic in absolutely positioned block container - Solved

[Roland Neilands]

Mike,

That's interesting, and possibly consistent with what I saw. I'll test that 
when I get a chance. 
Have you tried setting height &/or width (use scaling="uniform" if both) 
attributes on the external-graphic itself?

Cheers,
Roland

> -Original Message-
> From: Mike Trotman [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, 19 April 2005 10:24 AM
> To: fop-users@xmlgraphics.apache.org
> Subject: Re: FOP - external-graphic in absolutely positioned block
> container - Solved
> 
> 
> Thanks for checking the archives.
> I also did a quick scan but couldn't find anything.
> 
> I think I have pinned down when the image vanishes.
> It is when both dimensions of the image display size are too large to 
> fit in the box.
> 
> With a smaller width - the image is constrained in the box by width - 
> and the height is smaller than the box.
> When I increase the width - the image expands to fill the width - and 
> the bottom of the image gets closer to the bottom of the box.
> When I go beyond to the point where the image height exceeds the box - 
> then the image vanishes!
> 
> At 2.3in width - the image displays and just fills the box, at 2.4in the 
> image does not display as it's height would be larger than the box.
> And I increased my sizes by 0.5in which allowed the image to expand and 
> vanish!
> 
> SO - an image IS constrained by the WIDTH of a box - but NOT the HEIGHT!
> (And an image display that is too large to fit the box gets suppressed.)
> 
> I was using content-height and content-width as these correctly 
> constrain the image in XEP (height and width don't)
> and obviously using the size of the block-container to constrain the 
> size in FOP.
> But it was too long ago when I set this up.
> I have now added a large comment to the relevant XSLT code.
> 
> Anyway - thanks to all those who responded.
> 
> 
> Mike
> 
> Roland Neilands wrote:
> 
> >Mike,
> >
> >  
> >
> >>However - my main question still remains:
> >>
> >>Why - when an image is displayed 'correctly' - does making the
> >>block-container BIGGER make the image vanish?
> >>Does anyone else have any experience of this?
> >>
> >>
> >
> >Yes, if the block-container no longer fits wholly within static-content for 
> >example, it doesn't display anything. You 
> could display
> >borders on the block-container to check.
> >
> >I have also seen logos disappear when the logo itself was much bigger than 
> >the block-container and it spat the dummy rather than
> >scale the image down. I think that was only on certain image types (jpg?). I 
> >checked the archives quickly but can't find the
> >details, sorry.
> >
> >Cheers,
> >Roland
> >
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >  
> >
> 
> 
> 
> 
> -- 
> No virus found in this outgoing message.
> Checked by AVG Anti-Virus.
> Version: 7.0.308 / Virus Database: 266.9.16 - Release Date: 18/04/2005
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

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

RE: FOP - external-graphic in absolutely positioned block container - increase the width and the image vanishes!

[Roland Neilands]

Mike,

> However - my main question still remains:
>
> Why - when an image is displayed 'correctly' - does making the
> block-container BIGGER make the image vanish?
> Does anyone else have any experience of this?

Yes, if the block-container no longer fits wholly within static-content for 
example, it doesn't display anything. You could display
borders on the block-container to check.

I have also seen logos disappear when the logo itself was much bigger than the 
block-container and it spat the dummy rather than
scale the image down. I think that was only on certain image types (jpg?). I 
checked the archives quickly but can't find the
details, sorry.

Cheers,
Roland


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

RE: Best Practices for Images and FOP 0.20.5

[Roland Neilands]

David,

A couple of notes from experience:
Don't use transparency in GIF's (goes black).
Don't use JPG for PCL output (can crash FOP).
Don't scale images containing text (pixelates: use a factor of 2 if necessary).

Cheers,
Roland

> -Original Message-
> From: David 'Dox' Shevitz [mailto:[EMAIL PROTECTED]
> Sent: Thursday, 14 April 2005 8:29 AM
> To: fop-users@xmlgraphics.apache.org
> Subject: Re: Best Practices for Images and FOP 0.20.5
> 
> 
> Thanks, Jay. This is exactly the type of information I'm trying to compile.
> 
> In regards to FOP, one of the challenges I've been having is ensuring 
> that images are either a) their normal size, if they are smaller than 
> the page, or b) scaled down if they are larger than the page. It seems 
> like I get inconsistent results with my PDF output, and I'm not sure if 
> its a problem in my process, or just a temporary limitation of FOP. It 
> was this situation that made me wonder what others did to ensure their 
> graphics appeared as they wanted.
> 
> I agree with you as well--I use JPEGs for the documentation I write for 
> my company. It's helpful to know that JPEGs and GIFs are the "best" for 
> FOP--given the sheer number of file types for graphics that exist.
> 
> Dave
> 
> [EMAIL PROTECTED] wrote:
> 
> >Hi, Dave,
> >
> >I can't point you to a guide, but I can share my experiences. Being a 
> >technical writer, I've had occasion to embed lots of screen shots in lots 
> >of documents and then render PDF versions of those documents with FOP. In 
> >the process, I've learned a couple things.
> >
> >Naturally, you need to do all the things that help when working with any 
> >image: Use an uncluttered image. Use an image with good contrast. Try not 
> >to scale it too drastically.
> >
> >For FOP in particular, you can help yourself out by using its native image 
> >formats: GIF and JPEG. Ever since some fellow decided to start suing 
> >companies that use GIFs, I mostly use JPEGs. You can get other image 
> >formats to work with FOP, but that's more overhead. Other than that, it's 
> >better to make a big image small than it is to make a small image big. 
> >That's true in general, of course, but it seems to be even more true in 
> >PDF (note that this isn't especially a FOP thing - it's a PDF thing).
> >
> >Good thread to start.
> >
> >Jay Bryant
> >Bryant Communication Services
> >(presently consulting at Synergistic Solution Technologies)
> >
> >
> >
> >
> >David 'Dox' Shevitz <[EMAIL PROTECTED]> 
> >04/13/2005 10:18 AM
> >Please respond to
> >fop-users@xmlgraphics.apache.org
> >
> >
> >To
> >fop-users@xmlgraphics.apache.org
> >cc
> >
> >Subject
> >Best Practices for Images and FOP 0.20.5
> >
> >
> >
> >
> >
> >
> >Hello all,
> >
> >I know that the topic of images and FOP has been addressed numerous 
> >times, but the information I've been finding seems very specific to 
> >certain situations or image types.
> >
> >I'm hoping to find some sort of "guidelines" or "best practices" 
> >document that describes how to use images in FOP. Two examples: are 
> >certain image types better than others? What is the best way to control 
> >the size of the image so it looks consistent throughout a pdf?
> >
> >Again, I'm sorry if these questions have been addressed before, and I 
> >just missed it. But I do appreciate any help!
> >
> >Thanks,
> >
> >Dave Shevitz
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >  
> >
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

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

RE: favorite tools for writing XSLT?

[Roland Neilands]

Jack,

Stylus Studio seems on par with XMLSpy in most things and supports Saxon 
(v6.something or v8.1.1)
http://www.stylusstudio.com/

I still prefer text editors personally, but the IDE's have their uses.

Cheers,
Roland

> -Original Message-
> From: Rymasz Jacky [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, 6 April 2005 5:46 PM
> To: fop-users@xmlgraphics.apache.org
> Subject: RE: favorite tools for writing XSLT?
>
>
> Does XMLSpy supports Saxon 7.3.1?
> I haven't seen anything about Saxon on their Web page ;(
> If not, what editor/debugger is supporting Saxon?
>
> Jack
>
> -Message d'origine-
> De : John Root [mailto:[EMAIL PROTECTED]
> Envoyé : mercredi 6 avril 2005 06:16
> À : fop-users@xmlgraphics.apache.org
> Objet : Re: favorite tools for writing XSLT?
>
> XMLSpy is an excellent tool for serious XML/XSL development in Win
> environment. Great IDE with support for a variety of engines. Integrates
> with Visual Studio and VSS as well. Well worth the price if it fits your
> work flow.
>
> John
>
>
> On 4/5/05 7:25 AM, "Siegfried Heintze" <[EMAIL PROTECTED]> wrote:
>
> > I'm finding the writing of xslt files rather tedious. Are there some
> > favorite tools out there to help with this activity? Treebeard is nice
> > for producing HTML, but it does not work for FOP.
> >
> > Are there other open source tools?
> >
> > What about proprietary tools?
> >
> > Does xml spy do the job? I think it is rather expensive. Are there others?
> >
> > Siegfried
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


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