Re: arabic text
Hi Sebastian, Sorry For replying so late. I had used the FOP and is working fine for me. The arabic text are comming properly. The text is comming properly only if we specify the writting mode in block container other than that if I specify in cell or block it wont work. The FOP which u had specified is a partial. Actually I m using a java file to which i am sending xml xsl fo as byte array returning a pdf as byte array It uses Driver class etc for rendering. Can u please Help or suggest me to resolve this problem. Thanks Regards, Prakash Sen Sebastian Weber-2 wrote: Hi Prakash, you can download the version of FOP that I use to print Arabic script from www.anneundsebp.de/fop/fop.html I hope it works for you. Unfortunately I don't understand Arabic but I know that there are still some problems with the type setting. Maybe you can inform me about bugs you'll find. I'll add some explanations and the source code in a few days. Regards Sebastian -- View this message in context: http://www.nabble.com/writing-mode-and-arabic-text-tf2051509.html#a6185263 Sent from the FOP - Dev forum at Nabble.com.
Bug/problems report
Hello, We are using FOP in aproject for generating various documents and reports from xml data inPDF format. Wealso needto generate RTF.Recently we tried the 0.92 fop version in order to address the RTF output goal and we encounter some problems whith this version: First, the PDF renderer seems to have some problems in printing diacritics, whichpreviously, the 0.20FOP version wascorrectly displaying. Second, the RTF renderer produce nice results but with two shortcomings : - the estimating of last page (e.g for displaying Page 5 of Last Page) it doesn't work - it doesn't recognize the first page (or the header from the first page)from a definition which works fine with PDF renderer,so the title of the report is missing : fo:layout-master-set fo:simple-page-master master-name="simpleA4" page-height="21cm" page-width="29.7cm" margin-top="1.5cm" margin-bottom="0cm" margin-left="1cm" margin-right="1cm" fo:region-body margin-bottom="12mm"/ fo:region-after extent="10mm"/ /fo:simple-page-master fo:simple-page-master master-name="firstpage" page-height="21.7cm" page-width="29.7cm" margin-top="1.5cm" margin-bottom="0cm" margin-left="1cm" margin-right="1cm" fo:region-body margin-top="12mm" margin-bottom="15mm"/ fo:region-before region-name="firstheader" extent="10mm"/ fo:region-after extent="10mm"//fo:simple-page-masterfo:page-sequence-master master-name="all"fo:repeatable-page-master-alternativesfo:conditional-page-master-reference master-reference="firstpage" page-position="first"/fo:conditional-page-master-reference master-reference="simpleA4" page-position="rest"//fo:repeatable-page-master-alternatives/fo:page-sequence-master/fo:layout-master-set Somebody else have encounter these problems? Thanks for any hints UTI Systems Romania - ITC Division Lucian Corlan Senior Software Developer - Systems Engineering Department e-mail: [EMAIL PROTECTED] 39-41 Filipescu Street, Bucharest 2, Romania Tel: +4021.201.04.54 Fax: +4021.201.04.02 Web: www.uti.ro
DO NOT REPLY [Bug 40425] - PNG - Cannot read image dimensions
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40425. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=40425 --- Additional Comments From [EMAIL PROTECTED] 2006-09-07 08:50 --- Right, running FOP with JDK 1.5 works :-) Building and running FOP using JDK 1.4.2_11 with the latest sources form the SVN trunk, I get the following backtrace. The build proceeds, though, resulting in a PDF document missing that image (which in fact is a black square to simplify matters). 07.09.2006 10:10:09 org.apache.fop.image.ImageIOImage loadBitmap SCHWERWIEGEND: Error while loading image: 4 java.lang.ArrayIndexOutOfBoundsException: 4 at com.sun.imageio.plugins.png.PNGImageReader.parse_PLTE_chunk(PNGImageReader.java:347) at com.sun.imageio.plugins.png.PNGImageReader.readMetadata(PNGImageReader.java:635) at com.sun.imageio.plugins.png.PNGImageReader.readImage(PNGImageReader.java:1309) at com.sun.imageio.plugins.png.PNGImageReader.read(PNGImageReader.java:1530) at org.apache.fop.image.ImageIOImage.loadBitmap(ImageIOImage.java:96) at org.apache.fop.image.ImageIOImage.loadDimensions(ImageIOImage.java:66) at org.apache.fop.image.AbstractFopImage.load(AbstractFopImage.java:160) at org.apache.fop.fo.flow.ExternalGraphic.bind(ExternalGraphic.java:73) at org.apache.fop.fo.FObj.processNode(FObj.java:118) at org.apache.fop.fo.FOTreeBuilder$MainFOHandler.startElement(FOTreeBuilder.java:321) at org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:185) at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1020) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:452) at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:165) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) at org.apache.fop.cli.Main.startFOP(Main.java:160) at org.apache.fop.cli.Main.main(Main.java:191) 07.09.2006 10:10:09 org.apache.fop.fo.flow.ExternalGraphic bind SCHWERWIEGEND: Cannot read image dimensions: url(/home/joe/docbook/images/caution.png) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 40428] New: - Table borders are always rendered with margin of page-master, table-content is not
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40428. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=40428 Summary: Table borders are always rendered with margin of page- master, table-content is not Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: pdf AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] When specifying a margin-left of 0 cm on a simple-page-master, a table border is always rendered with no margin (generating a PDF-file). Even if the table in question is nested inside a block-element with a margin X 0cm (or if the table itself has a margin X), the content of the table however seems to have the margin X. The following fo-document reproduces the problem: fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=simpleA4 page-height=29.7cm page-width=21cm margin-top=0cm margin-bottom=0cm margin-left=0cm margin-right=0cm fo:region-body/fo:region-body /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=simpleA4 fo:flow flow-name=xsl-region-body fo:block margin-left=6cm This is a normal text fo:table table-layout=fixed border-width=1mm border-style=solid fo:table-column column-width=80mm/ fo:table-column column-width=80mm/ fo:table-body fo:table-row fo:table-cell fo:blockThis is the first cell/fo:block /fo:table-cell fo:table-cell fo:blockThis is the second cell/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:block /fo:flow /fo:page-sequence /fo:root What I want to achieve: -a background-image covering whole page (no margin) -text has to have a margin of 6cm Is there a work-around? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 40429] New: - Table borders are always rendered with margin of page-master, table-content is not
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40429. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=40429 Summary: Table borders are always rendered with margin of page- master, table-content is not Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: pdf AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] When specifying a margin-left of 0 cm on a simple-page-master, a table border is always rendered with no margin (generating a PDF-file). Even if the table in question is nested inside a block-element with a margin X 0cm (or if the table itself has a margin X), the content of the table however seems to have the margin X. The following fo-document reproduces the problem: fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=simpleA4 page-height=29.7cm page-width=21cm margin-top=0cm margin-bottom=0cm margin-left=0cm margin-right=0cm fo:region-body/fo:region-body /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=simpleA4 fo:flow flow-name=xsl-region-body fo:block margin-left=6cm This is a normal text fo:table table-layout=fixed border-width=1mm border-style=solid fo:table-column column-width=80mm/ fo:table-column column-width=80mm/ fo:table-body fo:table-row fo:table-cell fo:blockThis is the first cell/fo:block /fo:table-cell fo:table-cell fo:blockThis is the second cell/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:block /fo:flow /fo:page-sequence /fo:root What I want to achieve: -a background-image covering whole page (no margin) -text has to have a margin of 6cm Is there a work-around? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 40429] - Table borders are always rendered with margin of page-master, table-content is not
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40429. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=40429 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2006-09-07 11:38 --- *** This bug has been marked as a duplicate of 40428 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 40428] - Table borders are always rendered with margin of page-master, table-content is not
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40428. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=40428 --- Additional Comments From [EMAIL PROTECTED] 2006-09-07 11:38 --- *** Bug 40429 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.