RE: Font style problem
So does it mean that I create an xml file for every required ttf font file ? Regards Rohit Andreas L. DelmelleTo: [EMAIL PROTECTED] [EMAIL PROTECTED] cc: ndora.beSubject: RE: Font style problem 11/30/2004 12:12 PM Please respond to fop-user -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Hi, I have all the fonts available in my System . But the fop does not pick up the right font while applying. snip / Is there anything wrong in the code. No. You probably want to take a closer look at: http://xml.apache.org/fop/fonts.html HTH! Greetz, 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: Printing PDF on the client default printer.
I forgot to mention that all our international offices are connected to our LA headoffice via Intranet...-Glen Mazza [EMAIL PROTECTED] wrote: -To: [EMAIL PROTECTED]From: Glen Mazza [EMAIL PROTECTED]Date: 11/30/2004 09:12AMSubject: Re: Printing PDF on the client default printer.Thatseemsodd--HTTPnormallywon't(can't?)workthatway.ItseemstantamounttosayingthatonecanmakeanHTTPrequestfromonebrowserandhavetheresponsesenttoanotherbrowser(onadifferentmachine).Wouldyoumindgettingintosomedetailsofhowyoumanagedthat?Thanks,Glen---[EMAIL PROTECTED]wrote:-JustwantedeveryonetoknowthatIhavesuccessfullyimplementedclientsideprintingusingFOPEg:IftheXMLfilegetscreatedonthewebserverwhichislocatedinLosAngelesandtheuserinLondon,thentheXMLisconvertedtoPDFandthePDFfileisprintedontheclientsdefaultprinterinLondon.ThanksManoj-Tounsubscribe,e-mail:[EMAIL PROTECTED]Foradditionalcommands,e-mail:[EMAIL PROTECTED]
Re: Printing PDF on the client default printer.
Intranet or internet, same issues, no? Glen --- [EMAIL PROTECTED] wrote: - I forgot to mention that all our international offices are connected to our LA headoffice via Intranet... -Glen Mazza [EMAIL PROTECTED] wrote: - To: [EMAIL PROTECTED] From: Glen Mazza [EMAIL PROTECTED] Date: 11/30/2004 09:12AM Subject: Re: Printing PDF on the client default printer. That seems odd--HTTP normally won't (can't?) work that way. It seems tantamount to saying that one can make an HTTP request from one browser and have the response sent to another browser (on a different machine). Would you mind getting into some details of how you managed that? Thanks, Glen --- [EMAIL PROTECTED] wrote: - Just wanted everyone to know that I have successfully implemented client side printing using FOP Eg: If the XML file gets created on the webserver which is located in Los Angeles and the user in London, then the XML is converted to PDF and the PDF file is printed on the clients default printer in London. Thanks Manoj - 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: Printing PDF on the client default printer.
This is how I did it.. 1) I used a invisible signed applet within the jsp page which renders the screen. 2) The user selects the documents to be printed and passes this info to the applet. 3) The applet take this info and calls a servlet which creates the corresponding XMLs. 4) The XSLTHandler within the applet then renders the pdf to the default printer on the client side. The XSLT input handler takes in the XSD and the created XML as its parameter during instanciation.. Sorry to be short as i am busy here but can get in detail if reqd.. Thanks Manoj Charles Ohana [EMAIL PROTECTED]To: fop-dev@xml.apache.org rp.com cc: Subject: Re: Printing PDF on the client default printer. 11/30/2004 12:19 PM Please respond to fop-dev wow!!! sounds great... Where can we get that ??? Thanx. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: fop-dev@xml.apache.org Sent: Tuesday, November 30, 2004 9:02 AM Subject: Printing PDF on the client default printer. Just wanted everyone to know that I have successfully implemented client side printing using FOP Eg: If the XML file gets created on the webserver which is located in Los Angeles and the user in London, then the XML is converted to PDF and the PDF file is printed on the clients default printer in London. Thanks Manoj -Forwarded by Manoj Nair/LA/SPE on 11/30/2004 09:00AM - To: fop-dev@xml.apache.org From: [EMAIL PROTECTED] Date: 10/21/2004 10:13AM Subject: Printing PDF on the client default printer. ** I had posted this in the fop-user group and the responses indicated that there is no way this can be implemented currently. Just wanted an opinion from the fop-dev crowd. Thanks ** My requirement is to render an XML as a PDF and then print the PDF on the clients default printer. I dont want the PDF to prompt user to open the acrobat reader. I already have an applet on the client side which uses PrinterJob class to popup the printer selection box on client side. Now how do I redirect the content from server to this printer? Should I use Driver.RENDER_PRINT / Driver.RENDER_PCL set in the fop driver renderer ? and what content type should the response object return? Thanks Manoj PS: I have successfully use the FopPrinter example ( FopPrintServlet ) to print pdfs on the app servers default printer but what I need is to be able to print on the clients default printer and not on servers printer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Printing PDF on the client default printer.
Glen Mazza wrote: Intranet or internet, same issues, no? The problem has been discussed several times and is even mentioned in the FAQ. The common recommendation is to provide something to the browser which can redirect the PDF to the client's local printer, an simple ActiveX (IEx only) or a Java applet (which has to be granted some rights, not difficult to arrange in a corporate setup). A Java applet could even render the PDF on the client, the only problem is the large Jar download for FOP+friends, which can be circumvented by pre-installation. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Character Spacing messed up even though environment is identical
Jens Kisters wrote: i have an PDF that is generated using the same XSL:FO Template ... Nevertheless the PDF Output in a line of static text differs: One version has a messed up spacing between c and a . How can that be? Is spectrocampus a single word, i.e. no embedded fo:wrapper or such between the c and the a? If so, I'd blame either - the PDF display program (Acrobat reader?) - the OS glyph renderer - a difference in screen positions, or even screen resolutions. An interesting question would be how the PDF looks like. Convince FOP to refrain from compressing PDF text objects (by adding entry role=pdf keystream-filter-list/key list/ /entry to the userconfig.xml), and search the PDFs for spectrocampus which should now be in clear text. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Printing PDF on the client default printer.
Thanks for your (and Manoj's) explanation. I didn't know how this was done. Good work Manoj! Glen --- J.Pietschmann [EMAIL PROTECTED] wrote: Glen Mazza wrote: Intranet or internet, same issues, no? The problem has been discussed several times and is even mentioned in the FAQ. The common recommendation is to provide something to the browser which can redirect the PDF to the client's local printer, an simple ActiveX (IEx only) or a Java applet (which has to be granted some rights, not difficult to arrange in a corporate setup). A Java applet could even render the PDF on the client, the only problem is the large Jar download for FOP+friends, which can be circumvented by pre-installation. J.Pietschmann - 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]
Character Spacing messed up even though environment is identical
Hello everybody, i have an PDF that is generated using the same XSL:FO Template on the same Machine using the same Versions of Java, the libaries, the fonts and fop ( Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_06-b03), fop 0.20.5 ) The only difference in the xsl:fo Templates are three lines of plain Text that are dependend on the user who generated the document. The Third line that differs is not included in the screenshot, its a date in the following block-container. Nevertheless the PDF Output in a line of static text differs: One version has a messed up spacing between c and a . How can that be? This Output is ok: http://www.db-central.de/jens/first.jpg This is not: http://www.db-central.de/jens/second.jpg The Red box shows whats wrong, the green box shows the dynamic elements. First one used this xsl:fo http://www.db-central.de/jens/first/12ba203a599955d85d9e399a313ecfe6_228 69.fo Second one this: http://www.db-central.de/jens/second/13523e22c4c9c4692a27fa7d21c20f72_22 650.fo I compared them using a diff tool, they are identical, just the Names are different. The font Metrics file i generated using FOP is here: http://www.db-central.de/jens/tahoma.xml I noticed in another project the depending on the ttf font file used character spacings were generally messed up, replacing the font file (which worked fine under windows) seemed to do the trick. (in this case we replaced the Univers Font File with its Corel equivalent Zurich). Thanks in advance Jens Kisters - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
