Re: Problem using custom EntityResolver with fop 0.92 (RESOLVED)
Apparently, it's not the FOP transformer that needs the URIResolver. It's a TransformFilter somewhere in the chain. I stuck the URIResolver on that and now I have bugs I can deal with on my own :-) thanks all for the patience and understanding, arturo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem using custom EntityResolver with fop 0.92
On Thu, 22 Feb 2007 23:22:11 +0100, Andreas L Delmelle wrote: > On Feb 22, 2007, at 23:12, Arturo Perez wrote: > >> On Thu, 22 Feb 2007 22:08:58 +0100, Andreas L Delmelle wrote: >> >>> Before we go any further: >>> Did you try Jeremias' suggestion and set the URIResolver on both the >>> FopFactory and the TransformerFactory? >> >> During one iteration I put the URIResolver on every XMLReader created by >> that >> codepath. Same problem. Is that different than what you/Jeremy >> suggested? > > To follow Jeremias' suggestion to the letter, try adding: > > stf.setURIResolver(ArticleHelper.getURIResolver()); > > right after you get the SAXTransformerFactory instance. > > HTH! > > Cheers, > > Andreas So, doing the below I still got the error: Can not load requested doc: unknown protocol: urn Fop fop = FOPConfigurator.newFop(outStream); SAXTransformerFactory stf = (SAXTransformerFactory)TransformerFactory.newInstance(); Transformer transformer = stf.newTransformer(); transformer.setURIResolver(ArticleHelper.getURIResolver()); //Make sure the XSL transformation's result is piped through to FOP Result res = new SAXResult(fop.getDefaultHandler()); grrr! arturo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fonts and copyrights
herman wrote: Suppose i want to put some pdf files on the web, but these include some characters from a special font (non-free). Now i've been told that as long as not the entire font is put in the pdf file, but only those characters that are used in the document, then i won't violate the copyright. If you write a book, and I put a copy of chapter 12 on my web site, am I violating your copyright? Please read through these sites: http://fairuse.stanford.edu/ http://www.templetons.com/brad/copymyths.html http://www.copyright.gov/ 4. does anyone have some extra advice? Buy a font that allows embedding, or use truly free fonts. No other option gives you the rights you seek. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fonts and copyrights
Hi all, Suppose i want to put some pdf files on the web, but these include some characters from a special font (non-free). Now i've been told that as long as not the entire font is put in the pdf file, but only those characters that are used in the document, then i won't violate the copyright. >From the documentation, i understand that using the option CID-keyed will embed only those glyphs that are used in the document. Now my questions: 1. is that correct? (version 0.92) 2. will that remain to be the case in future versions, too? 3. will partial font embedding indeed prevent copyright trouble? 4. does anyone have some extra advice? Many thanks in advance, Herman -- View this message in context: http://www.nabble.com/Fonts-and-copyrights-tf3280753.html#a9125232 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with text flow
On Feb 23, 2007, at 19:38, Miroslav Pukhalsky wrote: Hi, I want to do something like this (see in attachment), but I do not know how. What can I do for result like on the picture from attach? You would need to place the fo:external-graphic in an fo:float with float="start", IIC. Unfortunately, this is not yet supported by any released FOP version. IIRC, there is a branch that contains a basic implementation for floats, but AFAIK this branch has not yet been merged back into the trunk. No immediate workaround comes to mind. Sorry, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Footmnote-problem
On Feb 23, 2007, at 16:25, Luca Furini wrote: Andreas L Delmelle wrote: If 'minimum' is greater than optimum, it will be treated as if it had been set to 'optimum'. If 'maximum' is less than optimum, it will be treated as if it had been set to 'optimum'." Specifying only .optimum should lead to a resolved min=opt=max. ... or maybe min=0pt, opt=max? D'oh! Indeed, correct again. Obviously the implicit minimum is not greater than the optimum here... could be the case for negative spaces only. Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Footmnote-problem
Andreas L Delmelle wrote: If 'minimum' is greater than optimum, it will be treated as if it had been set to 'optimum'. If 'maximum' is less than optimum, it will be treated as if it had been set to 'optimum'." Specifying only .optimum should lead to a resolved min=opt=max. ... or maybe min=0pt, opt=max? At least, this is what happens at the moment: the resulting space can shrink. Regards Luca - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: odd error from 0.93
On Feb 23, 2007, at 13:38, Andreas L Delmelle wrote: Arturo, I'll try to reduce the FO-file further, until it only contains a very small sample that we can add to our testcases. I'll open a Bugzilla entry as soon as I have a clear picture of what the cause is. After closer inspection of the FO, I don't think it is a bug. Strictly speaking, you weren't doing anything wrong, only something that the XSL-FO Recommendation leaves a bit vague IMO... You're specifying width="100%" on the fo:table-cells in question. Removing these seems to solve the problem. Can you try that on your end, and check if that does it? If not, then don't hesitate to report back. HTH! Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [SPAM] Fop 0.93 & Ant task: Assigning more memory?
On Feb 23, 2007, at 15:32, Paul Moloney wrote: Actually, the developer who updated the build files to upgrade from fop 0.20.5 to 0.93 changed how Fop was run from running as a Java task to using a Fop task because he found running as a Java task no longer worked, at least in the previous format. The original (from fop 0.20.5) was this: For Fop 0.93, do I simply replace the classname with "org.apache.fop.cli.Main" or is there more involved? Only slightly more, but not much: Be sure to update 'fop.lib.path' if it contains explicit references to jars that are in the FOP 0.20.5 distribution but not in 0.93 (resp. misses references to jars not present in 0.20.5 but required for 0.93) HTH! Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [SPAM] Fop 0.93 & Ant task: Assigning more memory?
Andreas L Delmelle wrote: > > Unfortunately, not by using the FOP anttask directly, but some users > have reported that they use Ant's java task in that case. > Hi Andreas, Actually, the developer who updated the build files to upgrade from fop 0.20.5 to 0.93 changed how Fop was run from running as a Java task to using a Fop task because he found running as a Java task no longer worked, at least in the previous format. The original (from fop 0.20.5) was this: For Fop 0.93, do I simply replace the classname with "org.apache.fop.cli.Main" or is there more involved? Thanks, P. -- View this message in context: http://www.nabble.com/Fop-0.93---Ant-task%3A-Assigning-more-memory--tf3278611.html#a9119651 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fop 0.25 -> Fop 0.93
On Friday 23 February 2007 19:37, Pierre Héroux wrote: > I was using Fop 0.25 as the basis for an application in which I wrote > a new Renderer for a specific output format. > This renderer (extends AbstractRenderer) needed to compute the > absolute position and position in an x/y coordinate system for every > area (Block, LineArea, WordArea...) > It used the following fields and method (currentXPosition, > currentYPosition, getHeight(), getContentWidth()...) > > I now try make my application compliant with fop 0.93. So I have to > rewrite my renderer but many of this information is not available any > more. > > I tried to rebuild the needed information by using getIPD() and > getBPD(), but i did not succeed. For example the renderWord(WordArea > word) method > getIPD() and getBPD() return 0. > > Any hints for having the absolute position and dimension for every > Area ? You have to keep track of the absolute position within your renderer. Have a look at an existing renderer, for example the AFP renderer (org.apache.fop.render.afp.AFPRenderer) which needs a lot of absolute positioning internally, and see how the currentIPPosition / currentBPPosition variables are maintained. Manuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fop 0.93 & Ant task: Assigning more memory?
On Feb 23, 2007, at 13:34, Paul Moloney wrote: Hi Paul, http://xmlgraphics.apache.org/fop/0.93/anttask.html doesn't specify any way that Fop can be assigned more memory. Is there anyway to pass in Xms/Xms arguments? Unfortunately, not by using the FOP anttask directly, but some users have reported that they use Ant's java task in that case. For example: HTH! Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: odd error from 0.93
On Feb 22, 2007, at 21:39, Andreas L Delmelle wrote: If you look at the first table, you can see that some of the text ends up outside the table-cell it's supposed to be within. Indeed, at first glance, it seems like a weird interaction between table-layout and list-layout. Correction: looking closer at where the related text is in the FO source, it seems to be related to nested tables. I'll try to reduce the FO-file further, until it only contains a very small sample that we can add to our testcases. I'll open a Bugzilla entry as soon as I have a clear picture of what the cause is. Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fop 0.93 & Ant task: Assigning more memory?
http://xmlgraphics.apache.org/fop/0.93/anttask.html doesn't specify any way that Fop can be assigned more memory. Is there anyway to pass in Xms/Xms arguments? Thanks, P. -- View this message in context: http://www.nabble.com/Fop-0.93---Ant-task%3A-Assigning-more-memory--tf3278611.html#a9117979 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP -Printing specified number of pages
On Feb 22, 2007, at 21:47, Ramakrishna wrote: Hi Ram, Thanks Andreas! FYI: I have opened a Bugzilla entry (41687) for this issue, so we don't lose track of it. If you want to be notified about changes in status, feel free to add yourself to the CC-list for that bug. Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fop 0.25 -> Fop 0.93
I was using Fop 0.25 as the basis for an application in which I wrote a new Renderer for a specific output format. This renderer (extends AbstractRenderer) needed to compute the absolute position and position in an x/y coordinate system for every area (Block, LineArea, WordArea...) It used the following fields and method (currentXPosition, currentYPosition, getHeight(), getContentWidth()...) I now try make my application compliant with fop 0.93. So I have to rewrite my renderer but many of this information is not available any more. I tried to rebuild the needed information by using getIPD() and getBPD(), but i did not succeed. For example the renderWord(WordArea word) method getIPD() and getBPD() return 0. Any hints for having the absolute position and dimension for every Area ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]