AW: security exception with font metrics creation - OBSOLETE
Ok, the problem's source is somewhere else. It just looked like it had something to do with the metrics creation. -Ursprüngliche Nachricht- Von: Alexander Koppelhuber [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 06. Februar 2003 00:56 An: FOP Betreff: security exception with font metrics creation I tried to create a font metrics file from a true type font and got the following exception: This font contains no embedding license restrictions java.lang.SecurityException: class org.apache.fop.fo.Unknown$Maker's signer information does not match signer information of other classes in the same package at java.lang.ClassLoader.checkCerts(ClassLoader.java:568) at java.lang.ClassLoader.defineClass(ClassLoader.java:496) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at java.net.URLClassLoader.defineClass(URLClassLoader.java:250) at java.net.URLClassLoader.access$100(URLClassLoader.java:54) at java.net.URLClassLoader$1.run(URLClassLoader.java:193) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:186) at java.lang.ClassLoader.loadClass(ClassLoader.java:299) What does this mean? Where's the problem when the font contains no license restrictions? Any ideas? Regards, Alex - 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: calculate the length of a text
This depending on font-size. You can calculate it from font-size, font-metrics (generated by TTF or PFM Reader) and length of line (in chars). You must do this in XSLT. Best regards Michal -Original Message- From: Unger, Joachim [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 05, 2003 5:02 PM To: '[EMAIL PROTECTED]' Subject: How: calculate the length of a text How can I calculate the length (in mm) of a text before output? Is there a solution für FOP? Regards, Joachim - 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]
AW: calculate the length of a text
Hi Michal ! Thank You. What You describe is the aim. But how can I do that? (The Way?) Best regards Joachim -Ursprüngliche Nachricht- Von: Buchtík, Michal [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 6. Februar 2003 07:45 An: '[EMAIL PROTECTED]' Betreff: RE: calculate the length of a text This depending on font-size. You can calculate it from font-size, font-metrics (generated by TTF or PFM Reader) and length of line (in chars). You must do this in XSLT. Best regards Michal -Original Message- From: Unger, Joachim [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 05, 2003 5:02 PM To: '[EMAIL PROTECTED]' Subject: How: calculate the length of a text How can I calculate the length (in mm) of a text before output? Is there a solution für FOP? Regards, Joachim - 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: Class not found applet error
Is there another way to use maybe JScript on the client to call FOP -Original Message- From: Oleg Tkachenko [mailto:[EMAIL PROTECTED] Sent: 05 Feb 2003 10:42 To: [EMAIL PROTECTED] Subject: Re: Class not found applet error Matthew Lancashire wrote: Is there no way around using the archive attribute to d/l the jars. I can ensure that they are already on the client machine. Does this not help? Then it seems to me you are using wrong hammer, afair applets cannot access client file system. If you want to start java application from client file system, look at Java Web Start. -- Oleg Tkachenko Multiconn Technologies, Israel - 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: calculate the length of a text
Some time ago i use this construction fo:table-column font-weight=bold xsl:attribute name=column-width xsl:value-of select=4*(string-length(order/code)+1) /pt /xsl:attribute /fo:table-column the number 4 in select = is the average width of char in font i use. This was ok for me, because it don't must be too much precise. When you need an more presice width of line, you must compute the with by importing width of chars from other xml file. see XSLT functions document, substring, string-length, value-of, etc. I wrote this from hand, i don't try it. There is posibility, that XSLT functions are not too complex to solve this, so you may need write some script/extension to XSLT parser. Ask some XSLT gurus for this. Michal -Original Message- From: Unger, Joachim [mailto:[EMAIL PROTECTED] Sent: Thursday, February 06, 2003 10:39 AM To: '[EMAIL PROTECTED]' Subject: AW: calculate the length of a text Hi Michal ! Thank You. What You describe is the aim. But how can I do that? (The Way?) Best regards Joachim -Ursprüngliche Nachricht- Von: Buchtík, Michal [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 6. Februar 2003 07:45 An: '[EMAIL PROTECTED]' Betreff: RE: calculate the length of a text This depending on font-size. You can calculate it from font-size, font-metrics (generated by TTF or PFM Reader) and length of line (in chars). You must do this in XSLT. Best regards Michal -Original Message- From: Unger, Joachim [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 05, 2003 5:02 PM To: '[EMAIL PROTECTED]' Subject: How: calculate the length of a text How can I calculate the length (in mm) of a text before output? Is there a solution für FOP? Regards, Joachim - 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]
Problems with header
Hi, I am having problems with my table creation. Specifically the header. I want my table header to appear once and then the table body uses a xsl:for-each to run through certain nodes and populate the body. The problem I am having is that my table looks great but straight after it the header is printed out on its own again. This is when the xsl:for each is inside the fo:table-body tag. If I change the position xsl:for-each tagto within the fo:table-body tag the header does not repeat itself. Instead it is the bottom border that repeats itself. I can't figure out what I am doing wrong. Can anyone help?? This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient, you should not copy, retransmit or use the e-mail and/or files transmitted with it and should not disclose their contents. In such a case, please notify [EMAIL PROTECTED] and delete the message from your own system. Any opinions expressed in this e-mail and/or files transmitted with it that do not relate to the official business of this company are those solely of the author and should not be interpreted as being endorsed by this company. output.pdf Description: Binary data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : PS PostScript
Hello ! We also currently develop tools to generate invoices with FOP (on server) For the moment, we generate pdf then print the file with acrobat reader (linux or Windows) why not print with pdf or PCL? the test which I had carried out with PS were not very conclusive! We will have to print on dot-matrix printers? A few times ago, you had carried out tests on dot-matrix... did you progress? -Message d'origine- De : Mirko Sertic [mailto:[EMAIL PROTECTED] Envoyé : mercredi 29 janvier 2003 15:26 À : [EMAIL PROTECTED] Objet : AW: PS PostScript Hello! that sounds not so good. Given the following requirements : 1. i need to produce an invoice or order using fop. 2. i need to specify the tray to which each page is printed out. 3. i want to support non ps-able printer. 4. i need a pdf file for our archive system. How could this be done? My first thought was to run a post-process after fop. It thould take the pdf result, split it using a given definition using itext and finally send it to a network printer hosted by our linux host. But that sounds really strange and is far to complex, not to think about its robustness. It also would result a really huge printcap file, due to the different initial sequences for each pager tray on each printer. Another idea is to extend the pdf renderer that it can produce ps pass thru paper tray selection code. The definition what should be printed where and how would be stored somewhere in my source data and would be adressed using xpath and a page-sequence extension. The final result should be converted to ps using pdf2ps and be send to a printer using ghostscript ( some newsgroups entries says that tray selection is supported in gs 6.x, but i really do not know ). I really want to do it this way. We could define the tray configuration in our source data and we do not neet to run a ugly post process. If i understand the source code right , the point i would need to hack is the renderPage method. Everything else would be left fine as it is. What do you think ?? Cheers Mirko -Ursprungliche Nachricht- Von: Jeremias Maerki [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 29. Januar 2003 14:13 An: [EMAIL PROTECTED] Betreff: Re: PS PostScript On 29.01.2003 12:59:59 Mirko Sertic wrote: Is there any way to generate PS pass thru via pdfmark using the PDF-renderer? No. Can i do this using the PS renderer? Also no. I need a way to specify the paper input and output tray for each rendered page. Has anybody done this before ? Now, you're getting a yes. :-) I've done this. I've produced PDF converted it to PostScript using Acrobat Reader 4.05 on Unix (Linux and Solaris). The generated PostScript can be easily parsed because it follows the DSC conventions (Document Structuring Conventions, Specs at Adobe in the PostScript section). I've then patched the PostScript file with the necessary instructions for the target printer. There's one problem, though: There's currently no way to get information through which page was rendered with which page-master to get the input trays right. I ended up having XPath statements in the configuration of that system I was working on that evaluated the input XML file and generated information for the PostScript patcher to output the correct instructions for each page. Quite some work. But it's doable. The clean way, obviously, would be to extend the PostScript renderer to support PPD files which contain the instructions for selecting paper bins and the like. For that to work as expected we will need a FOP extension on the simple-page-master where we can specify the paper bins to be used because that lies outside of the XSL-FO standard. A simpler solution is to add a callback to FOP that sends you notifications of the page-master each page was layouted with. But that's just to get information on which page is on which page-master. You'll still have to do the PostScript patching. All this is on the todo list, but nobody's had the time or the need and it's probably better done in the redesign than in the maintenance branch. And if it works, will ghostscript understand that correctly and work even with a non PS-able printer? GhostScript, to my knowledge, doesn't interpret paper bin etc. instructions. Another things that you can try is to create EPS files containing the bin selection code. I doubt very much that this will work, though. Good luck. 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]
Doc on XSLTInputHandler for embedending FOP
Hi, I would like to define an XSLTInputHandler with a stream source for XML and a stream source for XSL and not a File object. I didn't find any documentation on the implementation of XSLTInputHandler constructor. The goal is to create a class XmlToPdf with method like renderPDF wich could take these parameters : = ... public class XmlToPdf { /*This one is NOT OK*/ public static void renderPDF (InputStream originXML, InputStream xsl, OutputStream destinationPDF) throws IOException { ===?? XSLTInputHandler input = new XSLTInputHandler(originXML, xsl); /*This one is OK*/ public static void renderPDF (String originXML, String xsl, String destinationPDF) throws IOException { FilefileEntreeXML = new File(originXML); FilefileEntreeXSL = new File(xsl); ByteArrayOutputStream bytePDF = new ByteArrayOutputStream(); XSLTInputHandler input = new XSLTInputHandler(fileEntreeXML, fileEntreeXSL); renderPDF( input, bytePDF); /*This one is OK*/ private static void renderPDF(XSLTInputHandler input, ByteArrayOutputStream output) ... } = Anyone can help me ? Thanks Jean-Philippe VALENTIN - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Fwd: RE: Fop ALT-Design]
Would those of you who are much better versed in these things please reply to the outstanding portions of Hans Kappert's letter, most of which is included below. I have already advised him to subscribe to fop-user and I have apologised for my delay in replying. Thanks. Peter (part of) Original Message Subject: RE: Fop ALT-Design Date: Thu, 30 Jan 2003 10:00:41 +0100 From: Hans Kappert [EMAIL PROTECTED] To: 'Peter B. West' [EMAIL PROTECTED] Peter, Thank you for your quick reply. Of course, you may CC your reply to fop-dev. Will they mail me or do I have to monitor a mailing list? I will evaluate release 0.20.5. Regards, Hans From: Peter B. West [mailto:[EMAIL PROTECTED] Hans, I would like to CC this reply to fop-dev, with a follow-up there, because the questions you ask will be much better answered by others on the list. It's true that I have been working in memory consumption problems, but they are only in the front-end of the processing; the generation of the FO tree. I am pleased to say that the other developers are now interested in integrating my work into the mainline redesign effort (provided I get the necessary notes together.) Because of the areas in which I have been working, I am not as familiar with the details of performance of the existing system as many others, which is why I would like to pass your queries on. This re-integration will have benefits for the next generation of FOP, but notable improvements have already been made, and I suggest that you evaluate the release candidate(s) and final release of 0.20.5. Please let me know if it is OK to post your message with this reply to fop-dev. Peter Hans Kappert wrote: Dear Peter, We are very glad to see that you are busy with improving FOP 's memory consumption and size-independency. We now use fop-0.20.4 and see memory consumption upto 80Mb for converting a 800Kb XML file to a .pdf file (no forward references used). It also took 15 -20 seconds on a 2Ghz pentium 4 with 256Mb RAM. We would like to use fop for reporting/printing purposes in an application we developed. This application will need to print invoices in xml format leading to thousands of pages of PDF. What is your advice on the folling issues? - Is it a good idea to split the XML file into smaller bits and issue multiple FOP requests? - If so, how big is a good maximum for a server with 1GB internal memory. - When the FOP handles two requests simultaneously (using two threads), does the JVM need two times as much memory with the -Xmx option (See http://xml.apache.org/fop/faq.html#faq-N10117)? - If so, can we prevent the servlet runner (Tomcat) from starting more threads when requests keep coming in? - Is it a better idea to wait for ALT-Design to become stable? - If so, do you have an indication when? Or, if hard to tell, what year ;-) Any response would be of great help.. -- Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/ Lord, to whom shall we go? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Unexpected page splitting
I've recently just started using FOP and am having great difficulty understanding how margins and space-after influence each other. It's difficult to explain what the problem is without knowing what may be causing it, so I have included an extract from the .fo document For some reason the final block after the table and before the page break gets split over 2 pages, despite the fact that there is very large amounts of space available. This does not occur if the 'space-after' and 'space-before' attributes are removed from the fo:blocks within the fo:table-cells. So my questions are (1) why does the page break occur despite the vast amounts of room remaining on the page? (2) is this the correct way to add padding to table-cells and if not, what is? Many thanks, Ben Here is an extract from the .fo file: / BEGIN EXTRACT /// fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master background-image=draft.jpg margin-right=1.2cm margin-left=2cm margin-bottom=2cm margin-top=2cm page-width=21cm page-height=29.7cm page-master-name=main fo:region-body/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence fo:sequence-specification fo:sequence-specifier-alternating page-master-even=main page-master-odd=main page-master-first=main/ /fo:sequence-specification fo:flow fo:block padding-bottom=10pt padding-top=10pt padding-right=10pt padding-left=10pt font-weight=bold text-align=center line-height=(@Size} font-family=Arial font-size=14pt space-after.optimum=15ptPLANNING AREAS/fo:block fo:block font-weight=Normal text-align=justify space-after.optimum=15pt line-height=15pt font-family=Arial font-size=12ptDetailed below are your responses to the planning areas which were available for discussion: /fo:block fo:block space-after=15pt fo:table fo:table-column column-width=52.5mm/ fo:table-column column-width=37.5mm/ fo:table-body fo:table-row fo:table-cell border=0.5pt solid black fo:block space-after=3pt space-before=3pt text-align=start font-family=Arial font-weight=boldNEED AREA/fo:block /fo:table-cell fo:table-cell border=0.5pt solid black fo:block space-after=3pt space-before=3pt text-align=start font-family=Arial font-weight=boldCLIENT RESPONSE/fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell border=0.5pt solid black fo:block space-after=3pt space-before=3pt font-size=10pt text-align=start font-family=Arial font-weight=Mortgages amp; Loans/fo:block /fo:table-cell fo:table-cell border=0.5pt solid black fo:block space-after=3pt space-before=3pt font-size=10pt text-align=start font-family=Arial font-weight=Agreed for Discussion/fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell border=0.5pt solid black fo:block space-after=3pt space-before=3pt font-size=10pt text-align=start font-family=Arial font-weight=Protection - Death/fo:block /fo:table-cell fo:table-cell border=0.5pt solid black fo:block space-after=3pt space-before=3pt font-size=10pt text-align=start font-family=Arial font-weight=Agreed for Discussion/fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell border=0.5pt solid black
Generating DocBook table to PDF
I am having major problems using FOP to generate docbook tables into PDF. It conforms to the DTD and using the latest docbook xsl. I am getting the follwing error and terminates fopwhen attempting: [ERROR] org.apache.fop.apps.FOPException: Flow 'xsl-region-body' does not map to the region-body in page-master 'blank' Any ideas? Thanks in advance, Jeremy
Is [border-style=dotted] already implemented ??
Hi all, Can someone can tell me if there is any resources about property values already implemented in current FOP version ?? I've checked http://xml.apache.org/fop/implemented.html and it gives the list of already implemented objects and properties... I explain : I try tu use the border-style property dotted (or dashed) value in a fo:table-cell and I can't display something else than none and solid Am I wrong or is this not implemented yet ??? regards, Xavier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is [border-style=dotted] already implemented ??
Xavier, Xavier Prelat wrote: Hi all, Can someone can tell me if there is any resources about property values already implemented in current FOP version ?? I've checked http://xml.apache.org/fop/implemented.html and it gives the list of already implemented objects and properties... I explain : I try tu use the border-style property dotted (or dashed) value in a fo:table-cell and I can't display something else than none and solid Am I wrong or is this not implemented yet ??? regards, Xavier In my experience, solid is the only one which works with PRINT. However, others (double, dotted, etc.) work with PDF output. I've found PDF output to have a bit more polish than PRINT, as far as border-style goes. OT: Also, I've filed a bug in bugzilla for rendering differences (apparently related to font-metrics/line-height?) between PRINT PDF: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16772 As I look at that bug, I notice that I need to make some changes. The bug is not necessarily limited to AWT rendering as it indicates. -- Clay Leeds - [EMAIL PROTECTED] Web Developer - Medata, Inc. - http://www.medata.com PGP Public Key: https://mail.medata.com/pgp/cleeds.asc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is [border-style=dotted] already implemented ??
Hi Xavier, Only solid and none border-styles are implemented in the maintenance release of FOP (0.20.5rc) From: Xavier Prelat [EMAIL PROTECTED] I explain : I try tu use the border-style property dotted (or dashed) value in a fo:table-cell and I can't display something else than none and solid Am I wrong or is this not implemented yet ??? regards, Xavier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Stay in touch with absent friends - get MSN Messenger http://messenger.msn.co.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is [border-style=dotted] already implemented ??
Xavier Prelat wrote: Can someone can tell me if there is any resources about property values already implemented in current FOP version ?? I've checked http://xml.apache.org/fop/implemented.html and it gives the list of already implemented objects and properties... This is trickz. There are a lot of caveats and exceptions when it gets into details. I explain : I try tu use the border-style property dotted (or dashed) value in a fo:table-cell and I can't display something else than none and solid Am I wrong or is this not implemented yet ??? It is not implemented yet for area borders. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Class not found applet error
Matthew Lancashire wrote: Is there another way to use maybe JScript on the client to call FOP Don't try to bite more than you can eat. Get a good book covering Java development with Java 1.3 or 1.4, perhaps take a training class, and come back after you succeeded to implement a hello world which reads the text from an XML file. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Doc on XSLTInputHandler for embedending FOP
Jean-Philippe VALENTIN wrote: I didn't find any documentation on the implementation of XSLTInputHandler constructor. First check whether the FAQ can already help you: http://xml.apache.org/fop/faq.html#faq-N10296 For more detailed hints, get the FOP source distribution and either look into the code (fast method) or build the JavaDocs (slow and somewhat less robust method). J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Fwd: RE: Fop ALT-Design]
Peter B. West wrote: Hans Kappert wrote: - Is it a good idea to split the XML file into smaller bits and issue multiple FOP requests? It depends. - If so, how big is a good maximum for a server with 1GB internal memory. I'd say some 900M but you can experiment: write a small Java program which allocates a hunk of memory (using new byte[size] and zero it), then null the pointer and start over with a larger allocation size, using, say, 10MB steps. Use the system monitor to detect when excessive swapping sets in. Dont forget to preload any other services you'll expect to run and keep them busy. Add 50M or so as safety margin. - When the FOP handles two requests simultaneously (using two threads), does the JVM need two times as much memory with the -Xmx option If you are past the allocation of 256M, then basically yes. - If so, can we prevent the servlet runner (Tomcat) from starting more threads when requests keep coming in? Put the actual PDF rendering into a sync'd static routine of your servlet or use a singleton, as usual. Look into any book covering Java MT programming in somewhat more depth than the usual Java in three days. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unexpected page splitting
Here is an extract from the .fo file: ... fo:page-sequence fo:sequence-specification fo:sequence-specifier-alternating Are you sure you are sunning FOP? The FO above is illegal, and I get [ERROR] property 'page-master-name' ignored [ERROR] Unknown formatting object http://www.w3.org/1999/XSL/Format^sequence-specification [ERROR] Unknown formatting object http://www.w3.org/1999/XSL/Format^sequence-specifier-alternating [ERROR] property 'page-master-even' ignored [ERROR] property 'page-master-odd' ignored [ERROR] property 'page-master-first' ignored [WARNING] A 'flow-name' is required for fo:flow. This constraint will be enforced in future versions of FOP [ERROR] Error in line-height property value '(@Size}': org.apache.fop.fo.expr.PropertyException: illegal character Correct your this, and perhaps upgrade your FO proccessor. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
gif or jpg to svg
Hi, Is there a tool that converts raster file (gif, jpg etc) to svg file on unix platform? Thanks a lot Lucian Opris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Generating DocBook table to PDF
Jeremy Roedde wrote: I am having major problems using FOP to generate docbook tables into PDF. It conforms to the DTD and using the latest docbook xsl. I am getting the follwing error and terminates fop when attempting: [ERROR] org.apache.fop.apps.FOPException: Flow 'xsl-region-body' does not map to the region-body in page-master 'blank' Any ideas? This indicates a mismatch between the region name declared on the flow and the actual page master's body region. This is most probably a bug in the DocBook XSL, ask there. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Calculate number of pages without complete rendering-process was: Re: Counting the number of pages generated in the pdf file
Hi, J.Pietschmann wrote: I'm looking for an solution to calculate the number of pages without the complete rendering process. Great idea. If you tell me how to do it, I'll implement it. Note: In general, you can't know how many pages a text fills unless you actually filled the pages with the text. i know it... an own wrapper? why doesnt exists a default-wrapper? How could i implemet this? I took the freedom to delete the code you generously pseudo-quoted from the FAQ and which does exactly what you described. but my question was how could u implement this wrapper??? alex -- +++ GMX - Mail, Messaging more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: Postscript Error when RIPing document created with FOP
-Original Message- From: Patrick Branley Sent: Thursday, 6 February 2003 3:20 PM To: '[EMAIL PROTECTED]' Subject: Postscript Error when RIPing document created with FOP Hi I have PDF document created with FOP that I sent to Xerox Docucolor 2060 using a Scitex Spire RIP that failed with the following error: Type DateTimeStage Message Error Message Feb 05, 11.06.06 Process General postscript error. Please preview the job to ensure file validity. Type DateTimeStage Message Error Message Feb 05, 11.06.06 Process %%[Error: syntaxerror; OffendingCommand: bin obj seq, type=128, elements=1, size=45318, non-zero unused field]%%| Initially I thought the problem was further on in the process with a later step in our application where the file is merged with another PDF using PDFLib, however sending just the pure FOP PDF and not the PDFlib merged PDF still causes this error. However Thomas Merz at pdflib gave me this information This is a rarely used PostScript feature called binary object encoding. I wonder which component in your workflow generates it? Do you print through Acrobat or send the PDF to the RIP directly? In the latter case I'll speculate that the RIP internally translates PDF to binary PostScript, and for some reason this conversion fails, and produces something which should be considered an internal error message. Type=128 is a floating point number, but size=45318 is definitely too much data for a float; This suggests that some data portion is severly messed up. There are no images in this file, just text using some embedded type 1 fonts. The File was created with fop 0.20.4rc. Any suggestions on how to solve this ? The printer has a workaround by first distilling the file in Acrobat and then resending it to the RIP, but this affects their workflow and we plan to send a large number of files to them per year so this isn't a viable option. Any help would be greatly appreciated. Cheers, Patrick Branley Systems Engineer E-BisPrint Pty. Ltd. www.ebisprint.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: Postscript Error when RIPing document created with FOP
Patrick, I don't have a solution for you, but I'd suggest trying with fop-0.20.4 and 0.20.5rc to be certain it wasn't something that was resolved. Cheers, Web Maestro Clay Patrick Branley wrote: -Original Message- From: Patrick Branley Sent: Thursday, 6 February 2003 3:20 PM To: '[EMAIL PROTECTED]' Subject: Postscript Error when RIPing document created with FOP Hi I have PDF document created with FOP that I sent to Xerox Docucolor 2060 using a Scitex Spire RIP that failed with the following error: Type DateTimeStage Message Error Message Feb 05, 11.06.06 Process General postscript error. Please preview the job to ensure file validity. Type DateTimeStage Message Error Message Feb 05, 11.06.06 Process %%[Error: syntaxerror; OffendingCommand: bin obj seq, type=128, elements=1, size=45318, non-zero unused field]%%| Initially I thought the problem was further on in the process with a later step in our application where the file is merged with another PDF using PDFLib, however sending just the pure FOP PDF and not the PDFlib merged PDF still causes this error. However Thomas Merz at pdflib gave me this information This is a rarely used PostScript feature called binary object encoding. I wonder which component in your workflow generates it? Do you print through Acrobat or send the PDF to the RIP directly? In the latter case I'll speculate that the RIP internally translates PDF to binary PostScript, and for some reason this conversion fails, and produces something which should be considered an internal error message. Type=128 is a floating point number, but size=45318 is definitely too much data for a float; This suggests that some data portion is severly messed up. There are no images in this file, just text using some embedded type 1 fonts. The File was created with fop 0.20.4rc. Any suggestions on how to solve this ? The printer has a workaround by first distilling the file in Acrobat and then resending it to the RIP, but this affects their workflow and we plan to send a large number of files to them per year so this isn't a viable option. Any help would be greatly appreciated. Cheers, Patrick Branley Systems Engineer E-BisPrint Pty. Ltd. www.ebisprint.com -- Clay Leeds - [EMAIL PROTECTED] Web Developer - Medata, Inc. - http://www.medata.com PGP Public Key: https://mail.medata.com/pgp/cleeds.asc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: FW: Postscript Error when RIPing document created with FOP
Hi Clay I updated the Jar files to 0.20.4 and still no solution. I have yet to try 0.20.5rc. Patrick -Original Message- From: Clay Leeds [mailto:[EMAIL PROTECTED] Sent: Friday, 7 February 2003 9:09 AM To: [EMAIL PROTECTED] Subject: Re: FW: Postscript Error when RIPing document created with FOP Patrick, I don't have a solution for you, but I'd suggest trying with fop-0.20.4 and 0.20.5rc to be certain it wasn't something that was resolved. Cheers, Web Maestro Clay Patrick Branley wrote: -Original Message- From: Patrick Branley Sent: Thursday, 6 February 2003 3:20 PM To: '[EMAIL PROTECTED]' Subject: Postscript Error when RIPing document created with FOP Hi I have PDF document created with FOP that I sent to Xerox Docucolor 2060 using a Scitex Spire RIP that failed with the following error: Type DateTimeStage Message Error Message Feb 05, 11.06.06 Process General postscript error. Please preview the job to ensure file validity. Type DateTimeStage Message Error Message Feb 05, 11.06.06 Process %%[Error: syntaxerror; OffendingCommand: bin obj seq, type=128, elements=1, size=45318, non-zero unused field]%%| Initially I thought the problem was further on in the process with a later step in our application where the file is merged with another PDF using PDFLib, however sending just the pure FOP PDF and not the PDFlib merged PDF still causes this error. However Thomas Merz at pdflib gave me this information This is a rarely used PostScript feature called binary object encoding. I wonder which component in your workflow generates it? Do you print through Acrobat or send the PDF to the RIP directly? In the latter case I'll speculate that the RIP internally translates PDF to binary PostScript, and for some reason this conversion fails, and produces something which should be considered an internal error message. Type=128 is a floating point number, but size=45318 is definitely too much data for a float; This suggests that some data portion is severly messed up. There are no images in this file, just text using some embedded type 1 fonts. The File was created with fop 0.20.4rc. Any suggestions on how to solve this ? The printer has a workaround by first distilling the file in Acrobat and then resending it to the RIP, but this affects their workflow and we plan to send a large number of files to them per year so this isn't a viable option. Any help would be greatly appreciated. Cheers, Patrick Branley Systems Engineer E-BisPrint Pty. Ltd. www.ebisprint.com -- Clay Leeds - [EMAIL PROTECTED] Web Developer - Medata, Inc. - http://www.medata.com PGP Public Key: https://mail.medata.com/pgp/cleeds.asc - 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: Generating DocBook table to PDF
* J.Pietschmann; [EMAIL PROTECTED] on 06 Feb, 2003 wrote: Jeremy Roedde wrote: I am having major problems using FOP to generate docbook tables into PDF. It conforms to the DTD and using the latest docbook xsl. I am getting the follwing error and terminates fop when attempting: [ERROR] org.apache.fop.apps.FOPException: Flow 'xsl-region-body' does not map to the region-body in page-master 'blank' Any ideas? This indicates a mismatch between the region name declared on the flow and the actual page master's body region. This is most probably a bug in the DocBook XSL, ask there. This is probably version 1.60.0 Upgrade to 1.60.1 is highly recommened as FOP produces less warnings now -- Togan Muftuoglu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with header
Celine Murphy wrote: I am having problems with my table creation. Your usage of terms indicates that you also have a somewhat muddled understanding of the technology you are dealing with. In the XSLFO world, the term table header usually means a specific FO: http://www.w3.org/TR/xsl/slice6.html#fo_table-header This does not match your problem description closely enough, therefore I guess you have a problem more in the XSLT area. My suggestions: - Get one of Jeni Tennison's books about XSLT or, more recommended, take a 1-2 week training. Copypaste from an online tutorial does not make you a competent XSLT programmer. - Read http://www.tuxedo.org/~esr/faqs/smart-questions.html - Ask further questions regarding XSLT on the XSL list http://www.mulberrytech.com/xsl/xsl-list/ There is also a link to the FAQ on this page. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]