RE: Postscript Error when RIPing document created with FOP
Patrick Branley wrote: > The RIP can accept a PDF file, which then im assuming converts it to > postscript before output. > > If you open a PDF in Acrobat with distiller set up as a printer device you > can print a PDF to another PDF file. Using this process the new PDF file > will pass through the RIP with no problems. OK, that helps a bit. Here is how I would like to proceed: 1. Upgrade to 0.20.5rc (you said you were on 0.20.4rc in a previous posting) & see whether you get the same results. Even if so, at least we can compare results with current code. This is generally a good rule to follow, as I doubt that any of the developers want to take the time to debug & fix something that has already been debugged & fixed. If this does not solve the problem, continue to step 2. 2. Open the original PDF file in Acrobat, and "Save As" PostScript. Send this PostScript file to your printer, and see whether they can handle it properly. If so, then there is probably a problem on their end, with whatever process their machine uses to convert PDF to PostScript. Otherwise, continue to step 3. 3. Distill the PostScript created in step 2 using Acrobat Distiller. Between steps 2 & 3, we have done (I think) the same thing that the PDF to PDF conversion does, but have broken it down. I therefore expect the Distill to finish successfully (please let me know if not) & to create a new PDF. Send this PDF to the printer. Again, I would expect this to succeed (again, let me know if not). The question now becomes why their PostScript interpreter chokes on code that Distiller successfully distills. I would pose that question to your printer for them to take up with the device manufacturer. There are a bunch of interesting things we could do to troubleshoot the whole thing, which you can try (diffing the two PDF files, diffing the two PostScript files), but the likely result (absent other information or similar stories with other devices & interpreters) is that their PostScript interpreter has a bug in it (or uses an incompatible version of PostScript) & it would be difficult to justify the expense of proving this. In your previous posting you said: <--- Start ---> 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. <--- End ---> This suggests another possible workaround, which is that /you/ could do the PDF to PDF conversion before sending it to the printer. That would at least be a short-term fix that wouldn't affect their workflow. Another workaround to explore is to output PostScript from PDF & see if it works better. If anybody else recognizes this problem, please feel free to jump in. Victor Mote - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Postscript Error when RIPing document created with FOP
Victor Mote wrote: > be a short-term fix that wouldn't affect their workflow. Another > workaround > to explore is to output PostScript from PDF & see if it works better. Sorry, this should say "output PostScript from FOP". Victor Mote - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svg looks great on screen, horrible in print
All, I am using fop (0.20.5rc) with an fo:external-graphic reference to an SVG file. The SVG file looks fine by itself, and the resulting PDF looks fine on the screen, but when I print it, the rectangles look like they are drawn with fat crayons. Here is a short excerpt from the SVG: .. and here is a short except from the FO: . .. Any ideas about why this is happening, or how it could be fixed? Dave Bridgeland Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now
Re: Antwort: Fop and multithreading.
Jeremias Maerki wrote: Frédéric and Reto, having read the "24.1.2 Programming restrictions" of the EJB 2.0 specification, I'd recommend you guys don't call FOP from an EJB. The programming restrictions forbid among other things the following: - Reading or writing of static variables (FOP still does this too often) There you go giving me heart failure again, Jeremias. 'An enterprise Bean must not use read/write static fields. Using read-only static fields is allowed. Therefore, it is recommended that all static fields in the enterprise bean class be declared *final*.' Note the "recommended". I have been very good. Everything that is logically WORM, but which cannot be declared static final because of complex initialization requirements, has been removed into singletons (which have their own difficulties with EJBs, I gather) where advantage can be taken of the "final" modifier for delayed initialization. - Use of thread synchronization primitives (FOP does that mostly because of the static variables) 'An enterprise Bean must not use thread synchronization primitives to synchronize execution of multiple instances.' Note the qualifying clause (phrase?). This presumably allows their use to synchronize the operation of multiple thread within the same instance, e.g., the parser and FO tree builder threads. I certainly hope so. Peter -- 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]
Re: Postscript Error when RIPing document created with FOP
I'm late for the show, sorry. I'd like to point you to a discussion I had with Claes Bergsten. I think he had the same problem (also on a Xerox RIP). We two had a private exchange then (so not the whole discussion is in the archive, I'll have to dig up the content of my old company account), but I haven't had the time then to really track it down and fix it. I'll have a look at it today, maybe I can come up with something. http://marc.theaimsgroup.com/?t=10238870541&r=1&w=2 On 11.02.2003 01:29:26 Victor Mote wrote: > If anybody else recognizes this problem, please feel free to jump in. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Antwort: Fop and multithreading.
On 11.02.2003 06:37:26 Peter B. West wrote: > There you go giving me heart failure again, Jeremias. Stop it, Peter! I'm not writing a scientific paper here. I'm trying to help. It was my attempt to convey the problems I had in the past dealing with static constructs within EJBs. Be careful not to kill my motivation for helping out here. I can also do different things in my fun time. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: provisional-label-separation
Hello, here are a short xml file and a small xsl file to generate a list. There are spaces into the label but it dosn't work fine. Karen xsl file: http://www.w3.org/1999/XSL/Transform"; xmlns:fo="http://www.w3.org/1999/XSL/Format";> http://xml.apache.org/fop/extensions";> xml file: Hier ein label mit spaces The Extensible Markup Language (XML) is a subset of SGML that is completely described in this document. noch ein label The Extensible Markup Language (XML) is a subset of SGML that is completely described in this document. hiereinlangerlabelohneleerzeichen The Extensible Markup Language (XML) is a subset of SGML that is completely described in this document. kurz The Extensible Markup Language (XML) is a subset of SGML that is completely described in this document. [EMAIL PROTECTED] schrieb: > > Karen Mergner wrote: > > in my list I can see no changes if I specify a > > provisional-label-separation or not. If the label is too long it > > overwrites with list-body. > > FOP will overflow the area if it can't insert a line break. > You'll see this if your label is a long word without spaces. > You can insert zero width spaces to allow FOP to break it. > There have alos been comments about a possible but as yet > unconfirmed bug in this area, but it's hard to tell from an > XSLT snippet, you'll have to supply some actual FO code > (preferably small and self contained). > > 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]
RE: embedding example
Hi, This is an example : = import com.report.transform.XmlToPdf; ... try { XmlToPdf.renderPDF(,,); System.out.println("Transformation PDF succeed"); } catch (IOException te) { System.out.println("Transformation PDF Failed" + te) ; } } ... = You have to compile XmlToPdf.java and it in the CLASSPATH. Jean-Philippe VALENTIN -Message d'origine- De: Philippe Caya A: [EMAIL PROTECTED] Date: 10/02/03 17:15 Objet: embedding example Where can I find the source code for the embedding examples listed on page: http://xml.apache.org/fop/embedding.html I looked in the cvs but it not there. Philippe - 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: Antwort: Re: Antwort: Fop and multithreading.
Like Reto, EJBs have been chosen to be strategic technology in my company. Having tested Fop in Servlets I designed (generating pdf an opening it in the client's browser) causes no problem ; in this case, the renderer I use is the PDF one. But when I want to print directly (using the printer configured on the unix box), I render the output through a class which extends AWTRenderer which, and as Reto said, is not thread safe, because of the classe it uses. So I was able to reproduce the issues outside EJBs. I will try to write a testCase that reproduces the problems too. Thanks. Frédéric -Message d'origine- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Date: lundi 10 février 2003 16:16 À: [EMAIL PROTECTED] Objet: Antwort: Re: Antwort: Fop and multithreading. Hi Jeremias, I do agree very much with you about the concerns on EJB usage, though unfortunately "drop the EJB idea" is not an option. EJB is the chosen environment in this company (my client). Since XSL:FO has also been chosen as "strategic" technology, we are bound to find a way for the two to coexist. Having a special service for the rendering may be an option, but in the end this comes down to the same issues than doing it inside the EJB using seperate ThreadPools, JMS and the like, this is a long-discussed topic in EJB lists... It seems obvious that you have not noticed the problems we see, because the issue is most probably in AWTRenderer and its use of AWT classes (java.awt.Font, java.awt.FontMetrics, java.awt.graphics). Your suggestion is a good way forward: I will try write a TestCase that reproduces the problems outside EJB and we see how we can go on from there. Is the testcase you used in november available as a starter? merci, Reto ___ CSS Versicherung Reto Blunschi EXTERNE Rösslimattstrasse 40 CH-6002 Luzern Telefon ++41 (0)41 369 1236 Telefax ++41 (0)41 369 1212 [EMAIL PROTECTED] www.css.ch Jeremias Maerki <[EMAIL PROTECTED]> on 10.02.2003 14:08:11 Bitte antworten an [EMAIL PROTECTED] An: [EMAIL PROTECTED] Kopie: Thema: Re: Antwort: Fop and multithreading. Frédéric and Reto, having read the "24.1.2 Programming restrictions" of the EJB 2.0 specification, I'd recommend you guys don't call FOP from an EJB. The programming restrictions forbid among other things the following: - Reading or writing of static variables (FOP still does this too often) - Use of thread synchronization primitives (FOP does that mostly because of the static variables) - Use of AWT functionality - Use of java.io package to access files (which obviously happens as well) So the singleton may also be a bad idea. I recommend you don't use FOP within EJBs. Use a Servlet, a WebService or a custom-built server service instead. I've done some serious debugging of multithreading issues last November by writing a test application that uses FOP in a multi-threaded fashion (PDF only, no AWT). I haven't had the symptoms you describe so I can only imagine it has to do with the enviroment (EJBs). Of course, it could be that my test application was suboptimal, so maybe you two can come up with a test application that triggers your symptoms outside an EJB server. That would help track the error down. If you can't reproduce the bug outside the EJB server I recommend you drop the EJB idea. You can find the spec mentioned above here: http://java.sun.com/products/ejb/docs.html#specs Good luck! On 10.02.2003 13:00:56 frederic.kieffer wrote: > Thanks for your help. > In addition, I'm in the same kind of situation as you are (multiprocessor > Unix box, executing FOP in a Message Driven EJB on JBoss). > I designed a singleton class which is used by this ejb each time a message > is being consumed. > I'm going to try to synchronize its methods. Maybe this will help. 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: SVG
Dear Jeremias Maerki, my fop bat file is : java -Xmx250m -cp %LOCALCLASSPATH% org.apache.fop.apps.Fop %1 %2 %3 %4 %5 %6 %7 %8 -d -c conf\userconfig.xml my svg is: Immediate replay is highly appreciated. Regards, H. Balakrishnan --- Jeremias Maerki <[EMAIL PROTECTED]> wrote: > Could you provide a little snippet of your FO file > where you reference > the SVG file? And can you please run the > transformation using the "-d" > option when callong fop.bat/fop.sh? That way you > will get a stacktrace > which lets us help tracking down what's going wrong. > > On 09.02.2003 11:08:24 H. krishna wrote: > > i am convert mathml to svg format using "custard". > > then linked the svg files in the fo file. the > > following error is display on the compilation > stage > > (FOP-0.20.5): > > > > [ERROR] : Could not load external SVG: null > > [ERROR] : Error while creating area : No > ImageReader > > for this type of image (file: m002.svg) > > > > But in the "FOP-0.20.4" the same fo file is work > fine. > > > > Jeremias Maerki > > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > __ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Antwort: Re: Antwort: Fop and multithreading.
Ok, I've put together a ZIP and put it under the URL below: http://cvs.apache.org/~jeremias/FOPMTTestbed.zip I hope you don't mind that it's heavily relying on Avalon (especially Fortress). I've put all the necessary JARs in the lib directory. I didn't include fop.jar and batik.jar which you can take from your local FOP. I've also done a little Ant build.xml to make it easy to have some fast results. You just have to adjust the FOP location in build.xml to your local environment so it compiles. To configure the whole thing look at FOPTestbed.xconf. There you can specify the number of concurrent threads, which files to transform etc. And finally, to test multithreading with the AWT Renderer just change FOProcessorImpl.java accordingly. It currently generates PDF. If you have questions, fire away. Happy debugging! On 10.02.2003 16:50:18 Jeremias Maerki wrote: > > Is the testcase you used in november available as a starter? > > I have it here. Just give me a little time to get it running again (I've > got to check if it's still compatible with the latest Avalon Fortress > version. I'll post a URL when I'm finished. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVG
I've downloaded Custard and tried two of their generated SVG files. No problems with the way you specified the SVG. There must be something else. Please send in that stacktrace I was talking about in my last mail. It would help me track down the problem. Your last mail didn't contain any helpful information. Are you sure you're using the Batik version that comes with FOP? Another version may be incompatible. On 11.02.2003 10:58:46 H. krishna wrote: > my fop bat file is : > > java -Xmx250m -cp %LOCALCLASSPATH% > org.apache.fop.apps.Fop %1 %2 %3 %4 %5 %6 %7 %8 -d -c > conf\userconfig.xml > > my svg is: > > src="m001.svg"/> Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fop and multithreading.
Thanks for the testcase, Jeremias. I got it running and can reliably reproduce the MT problems in AWTRenderer with it, even on my single-processor NT 4.0 box. I will have a closer look into the sources of AWTRenderer now... ___ CSS Versicherung Reto Blunschi EXTERNE Rösslimattstrasse 40 CH-6002 Luzern Telefon ++41 (0)41 369 1236 Telefax ++41 (0)41 369 1212 [EMAIL PROTECTED] www.css.ch Jeremias Maerki <[EMAIL PROTECTED]> on 11.02.2003 11:19:55 Bitte antworten an [EMAIL PROTECTED] An: [EMAIL PROTECTED] Kopie: Thema: Re: Antwort: Re: Antwort: Fop and multithreading. Ok, I've put together a ZIP and put it under the URL below: http://cvs.apache.org/~jeremias/FOPMTTestbed.zip I hope you don't mind that it's heavily relying on Avalon (especially Fortress). I've put all the necessary JARs in the lib directory. I didn't include fop.jar and batik.jar which you can take from your local FOP. I've also done a little Ant build.xml to make it easy to have some fast results. You just have to adjust the FOP location in build.xml to your local environment so it compiles. To configure the whole thing look at FOPTestbed.xconf. There you can specify the number of concurrent threads, which files to transform etc. And finally, to test multithreading with the AWT Renderer just change FOProcessorImpl.java accordingly. It currently generates PDF. If you have questions, fire away. Happy debugging! On 10.02.2003 16:50:18 Jeremias Maerki wrote: > > Is the testcase you used in november available as a starter? > > I have it here. Just give me a little time to get it running again (I've > got to check if it's still compatible with the latest Avalon Fortress > version. I'll post a URL when I'm finished. 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: Antwort: Fop and multithreading.
Jeremias, Humble apologies. I'm worried myself about having taken the wrong approach wrt EJBs, in this case especially regarding the threads, so my heart was in my mouth when I first read this. Heaven help us if your motivation is undermined. Peter Jeremias Maerki wrote: On 11.02.2003 06:37:26 Peter B. West wrote: There you go giving me heart failure again, Jeremias. Stop it, Peter! I'm not writing a scientific paper here. I'm trying to help. It was my attempt to convey the problems I had in the past dealing with static constructs within EJBs. Be careful not to kill my motivation for helping out here. I can also do different things in my fun time. -- 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]
Re: SVG
Dear Jeremias Maerki, Yes, i am using batik version with fop. i attached my fo file. please look into this. Regards, H. Balakrishnan --- Jeremias Maerki <[EMAIL PROTECTED]> wrote: > I've downloaded Custard and tried two of their > generated SVG files. No > problems with the way you specified the SVG. There > must be something > else. Please send in that stacktrace I was talking > about in my last mail. > It would help me track down the problem. Your last > mail didn't contain > any helpful information. > > Are you sure you're using the Batik version that > comes with FOP? Another > version may be incompatible. > > On 11.02.2003 10:58:46 H. krishna wrote: > > my fop bat file is : > > > > java -Xmx250m -cp %LOCALCLASSPATH% > > org.apache.fop.apps.Fop %1 %2 %3 %4 %5 %6 %7 %8 -d > -c > > conf\userconfig.xml > > > > my svg is: > > > > > > src="m001.svg"/> > > > Jeremias Maerki > > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > __ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.yahoo.com http://www.w3.org/1999/XSL/Format";> Biology and Philosophy 00: 1-0, 2002.2002 Academic Publishers. Printed in the Netherlands. Comparison between phenetic characterisation using RAPD and ISSR markers and phenotypic data of cultivated chestnut (Castanea sativa Mill.) This paper was first presented at a congress in Bilbao LUÍS GOULAÕ, TERESA VALDIVIESSO, CARLOS SANTANA and CRISTINA MONIZ OLIVEIRA Instituto Superior de Agronomia,Tapada da Ajuda, 1349-018, Lisboa, Portugal; Estaão Nacional de Fruticultura Vieira Natividade, Estrada de Leiria, 2460-059, Alcobaa, Portugal; International Institute for Tropical Agriculture, ESARC, P.O. Box 7878, Kampala, Uganda; Kawanda Agricultural Research Institute, P.O. Box 7065, Kampala, Uganda (e-mail: [EMAIL PROTECTED]; phone: +3512136023053; fax: +351213635031). Received 29 November 1999; accepted in revised form 3 March 2000 Key words: Castanea sativa, ISSR markers, Marker comparison, Morphological traits, Phenetic similarities, RAPD markers Abstract Patterns of phenotypic and phenetic variability in six Portuguese cultivars of chestnut (Castanea sativa Mill.) are evaluated. Morphological characterisation was based on the quantification of seventeen traits. Variance analysis showed significant differences among cultivars, and cultivar × year for all the traits studied, and trees within cultivars showed also some significant differences for some of the morphological variables. A significant correlation was obtained between length of the leaf blade and the percentage of unisexual and androgynic inflorescence with the effective thermal index, accumulated rainfall from April to October and from July to October, or the accumulated temperature below seven during the dormant period. Principal Component and cluster analysis were performed to group the cultivars, according to their similarity coefficients. For molecular characterisation, 125 RAPD and 157 ISSR polymorphic markers were amplified using 28 and 7 primers respectively. High level of congruence among the two marker systems (r = 90.5%) was obtained from comparison of phenetic similarities based on the percentage of shared fragments. ISSR markers revealed important advantages over RAPDs, due to a high effective multiplex ratio (12.5 for ISSR compared with 2.2 for RAPD analysis) and reproducibility. Although morphological and molecular results are comparable, slight differences are showed in cluster analysis UPGMA dendrograms. Molecular analysis explained homonym situations among `Martainha' and `Longal' cultivars in Portugal. Abbreviations: APOD; ascorbate peroxidase, BP; 2,2-bipyridine, DNA; 2,2-bipyridine, GR; glutathione reductase, HQ; 8-hydroxylquinoline, MDA; malondialdehyde Introduction In Europe there are two main areas of particular biological value for sweet chestnut (Castanea sativa Mill.) genetic resources, Turkey and Iberian Peninsula, each of them showing peculiar characteristics (Villani et al. 1999). These two areas, together with Italy, are the leading European chestnut producers and collectively account for 55.3% of the 24 tons world's annual production. In Portugal, chestnut has a relevant place at the socioeconomic level, reaching an annual fruit production of 2 tons (INE 1997). The genotype identification is traditionally based on the observation of morphological characters whose expression is largely influenced by development, environmental and cultivation factors. Furthermore it is necessary to find morphological descriptors that are able to distinguish among different cultivars, and make observ
Re: NPE in AbstractRenderer and bug with fo:inlines (was: SVG)
Ok, the stacktrace is still missing, but I've still been able to reproduce the problem. But it's not related to SVG as you suspected. FOP wants to write a warning message and encounters a null pointer. I've just committed a change to CVS that fixes the NullPointerException, but not the bug (see below). If you download the CVS version of FOP you should be able to generate a PDF from your FO file. The problem is that on my machine FOP swallowed a character ("("). Does anybody have an idea about the following message generated in AbstractRenderer.java? I've found a reference to this problem in the mailing list archives: http://marc.theaimsgroup.com/?t=10190325361&r=1&w=2 [ERROR] Areas pending, text probably lost. Check Page and following page. Sounds like you tripped over an old bug. I suggest you try working around it for the moment by chaning the fo:inline near "In Europe there...". I was able to get rid of the error by removing the "(" before the fo:inline. Anybody out there who wants to fix that one? On 11.02.2003 14:30:07 H. krishna wrote: > Yes, i am using batik version with fop. > > i attached my fo file. please look into this. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NPE in AbstractRenderer and bug with fo:inlines (was: SVG)
Looks like it's already in Bugzilla: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13464 Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cyrillic Characters not showing on PDF with Cyrillic Font
Hi there, I am sorry to bother you all again about my Cyrillic Font problem, but I have gotten further now and think that perhaps someone might have a better idea of what I can do now. I have checked the various stages, from creating an XML file with castor with all the information from the database to be included in the PDF, to transforming this XML file and my XSL file to the input required to create the PDF with javax.xml.transform.Transformer. In the files, you can see the Russian Characters which are supposedly viewable on my PDF. I have downloaded various TTF fonts, which are meant to be able to handle Cyrillic characters. I followed the instructions on how to create an metrics.xml file for each one and have declared them in my userconfig.xml file. The only problem is, I still get instead of the words, or nothing at all. I have no idea what to do now, and was hoping perhaps someone could point me to a font that will work, or tell me exactly what I am doing wrong. I can provide any other information you might require. I am a novice at this, as this is my first job since graduating from university, so any help would be so very gratefully appreciated. Your hopefully Gillian Daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cyrillic Characters not showing on PDF with Cyrillic Font
I just went through implementing a doc in Chinese and the first place I always looked for font issues was the system.out. Most of the time when I was getting "#" instead of the characters I wanted, there was an error pointing me in the right direction in my system.out log. -Lou "Daniel, Gillian" <[EMAIL PROTECTED]> on 02/11/2003 09:54:37 Please respond to [EMAIL PROTECTED] To: <[EMAIL PROTECTED]> cc: Subject: Cyrillic Characters not showing on PDF with Cyrillic Font Hi there, I am sorry to bother you all again about my Cyrillic Font problem, but I have gotten further now and think that perhaps someone might have a better idea of what I can do now. I have checked the various stages, from creating an XML file with castor with all the information from the database to be included in the PDF, to transforming this XML file and my XSL file to the input required to create the PDF with javax.xml.transform.Transformer. In the files, you can see the Russian Characters which are supposedly viewable on my PDF. I have downloaded various TTF fonts, which are meant to be able to handle Cyrillic characters. I followed the instructions on how to create an metrics.xml file for each one and have declared them in my userconfig.xml file. The only problem is, I still get instead of the words, or nothing at all. I have no idea what to do now, and was hoping perhaps someone could point me to a font that will work, or tell me exactly what I am doing wrong. I can provide any other information you might require. I am a novice at this, as this is my first job since graduating from university, so any help would be so very gratefully appreciated. Your hopefully Gillian 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]
Re: NPE in AbstractRenderer and bug with fo:inlines (was: SVG)
Jeremias Maerki wrote: [ERROR] Areas pending, text probably lost. Check Page and following page. ... Anybody out there who wants to fix that one? The problem is: how? A table can have a bunch of pending areas in each of the last lines in each cell. What's missing is a link between the block areas generated by a fo:block across a page break, but I'm sure this would really screw page gc. Wait: the block FO could transfer the pending areas from one line to the next. I'll look into this this week. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cyrillic Characters not showing on PDF with Cyrillic Font
Daniel, Gillian wrote: I have downloaded various TTF fonts, which are meant to be able to handle Cyrillic characters. I followed the instructions on how to create an metrics.xml file for each one and have declared them in my userconfig.xml file. The only problem is, I still get instead of the words, or nothing at all. Most likely there is still some error somewhere, check out FOP debug messages. Are you sure FOP uses your userconfig.xml for starters? -- Oleg Tkachenko Multiconn Technologies, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: provisional-label-separation
Karen Mergner wrote: here are a short xml file and a small xsl file to generate a list. There are spaces into the label but it dosn't work fine. It's a bug, label-end() is broken (prematurely evaluated while the enclosing block was still not laid out and had not been assigned a width). This is fixed now. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]