Re: POstScrit Fonts
On 20/01/2012 01:59, Craig Ringer wrote: Hi Craig, On 19/01/12 19:54, Chris Bowditch wrote: That's true of FOP trunk, but we have developed advanced font support for Postscript in a branch named TTFinPostscript, which we've successfully used to generate Chinese and Thai output. If you checkout and compile the branch you can use the feature too. Although I believe there are a few bugs which are fixed by a (as yet unapplied) patch in Bugzilla. So if you run into a bug using the branch you will need to apply the patch. Ooh, that's promising. I'll check it out. (On a side note, I wonder if fop'll move to git at any point? Bugzilla-patch - svn branch isn't the most fun workflow for non-committer contributors). I know there's a lot of folks in favour of GIT. There's been a lot of discussion on infra@ about moving Apache projects to GIT. Personally I don't understand why GIT helps with applying patches. It's easy to switch your SVN sandbox to the branch or create a new checkout from the branch. Applying the patch is just a question of right clicking on the patch file and choosing Apply Patch then running through the file list and clicking save if there are no conflicts. There shouldn't be any conflicts, Mehdi prepared the patch against the TTFinPS branch. To me GIT seems overly complicated for the day to day tasks of developing against a handful of branches. Thanks, Chris I'm working on implementing font subset merging in fop-pdf-image, or at least font re-embedding, but it's quite complicated to do and will take time, esp as I have to get this project out the door and working ASAP so I can't put too much time into that right now. I seem to be hitting another limitation whenever I find a workaround for one, though. We've discussed this before. Mehdi sent Jeremias a patch offlist to partially resolve this, but its only for fonts within the same input PDF. If you have lots of smaller PDFs then the fonts won't be de-duplicated. If you do get round to developing a more advanced de-duplication then we'd love to see a patch :-) If you need Mehdi's patch then feel free to yell and I'm sure Mehdi will happily post it here. I'd love a copy, yeah. I'm not sure how much it'll help, as font merging across PDFs requires more information to be shared between image plugin invocations than is currently possible and requires image plugins to be notified just before the trailer and resource dict are written out, too. The biggest problem will be the logic of actually merging subsets, though. I'm finding it astonishingly hard to find good information on how fonts are actually subset for PDF - the PDF ref doesn't say much at all about how the actual embedded font file is altered for subsetting. -- Craig Ringer - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: POstScrit Fonts
I know I've come into this discussion very late - and the topic has moved on. That said - I've had a lot of success in the interim with converting open type and true type fonts to type 1 using trans type pro by font labs and then repairing font tables using font doctor. I've only dealt with English fonts - but they work in postscript fine. Happy to provide further info if needed Thanks Martin --- Martin Edge --- On 20/01/2012, at 7:51 PM, Chris Bowditch bowditch_ch...@hotmail.com wrote: On 20/01/2012 01:59, Craig Ringer wrote: Hi Craig, On 19/01/12 19:54, Chris Bowditch wrote: That's true of FOP trunk, but we have developed advanced font support for Postscript in a branch named TTFinPostscript, which we've successfully used to generate Chinese and Thai output. If you checkout and compile the branch you can use the feature too. Although I believe there are a few bugs which are fixed by a (as yet unapplied) patch in Bugzilla. So if you run into a bug using the branch you will need to apply the patch. Ooh, that's promising. I'll check it out. (On a side note, I wonder if fop'll move to git at any point? Bugzilla-patch - svn branch isn't the most fun workflow for non-committer contributors). I know there's a lot of folks in favour of GIT. There's been a lot of discussion on infra@ about moving Apache projects to GIT. Personally I don't understand why GIT helps with applying patches. It's easy to switch your SVN sandbox to the branch or create a new checkout from the branch. Applying the patch is just a question of right clicking on the patch file and choosing Apply Patch then running through the file list and clicking save if there are no conflicts. There shouldn't be any conflicts, Mehdi prepared the patch against the TTFinPS branch. To me GIT seems overly complicated for the day to day tasks of developing against a handful of branches. Thanks, Chris I'm working on implementing font subset merging in fop-pdf-image, or at least font re-embedding, but it's quite complicated to do and will take time, esp as I have to get this project out the door and working ASAP so I can't put too much time into that right now. I seem to be hitting another limitation whenever I find a workaround for one, though. We've discussed this before. Mehdi sent Jeremias a patch offlist to partially resolve this, but its only for fonts within the same input PDF. If you have lots of smaller PDFs then the fonts won't be de-duplicated. If you do get round to developing a more advanced de-duplication then we'd love to see a patch :-) If you need Mehdi's patch then feel free to yell and I'm sure Mehdi will happily post it here. I'd love a copy, yeah. I'm not sure how much it'll help, as font merging across PDFs requires more information to be shared between image plugin invocations than is currently possible and requires image plugins to be notified just before the trailer and resource dict are written out, too. The biggest problem will be the logic of actually merging subsets, though. I'm finding it astonishingly hard to find good information on how fonts are actually subset for PDF - the PDF ref doesn't say much at all about how the actual embedded font file is altered for subsetting. -- Craig Ringer - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: POstScrit Fonts
Hi Craig, We've sent a patch fixing this problem to Jeremias, but we've forked both FOP and Jeremias' plugin from the open versions so the code bases are a little different. If you really want, we can send a copy of the patch and you can make the necessary adjustments to the source, however I can't guarantee compatibility. There maybe some pipe work to do to make it compatible with trunk. Undoubtedly Jeremias will at some point apply a patch, with any amendments he sees fit and it will be available via his repository. Mehdi On 20 January 2012 09:05, Martin Edge martin.e...@intellimail.com.au wrote: I know I've come into this discussion very late - and the topic has moved on. That said - I've had a lot of success in the interim with converting open type and true type fonts to type 1 using trans type pro by font labs and then repairing font tables using font doctor. I've only dealt with English fonts - but they work in postscript fine. Happy to provide further info if needed Thanks Martin --- Martin Edge --- On 20/01/2012, at 7:51 PM, Chris Bowditch bowditch_ch...@hotmail.com wrote: On 20/01/2012 01:59, Craig Ringer wrote: Hi Craig, On 19/01/12 19:54, Chris Bowditch wrote: That's true of FOP trunk, but we have developed advanced font support for Postscript in a branch named TTFinPostscript, which we've successfully used to generate Chinese and Thai output. If you checkout and compile the branch you can use the feature too. Although I believe there are a few bugs which are fixed by a (as yet unapplied) patch in Bugzilla. So if you run into a bug using the branch you will need to apply the patch. Ooh, that's promising. I'll check it out. (On a side note, I wonder if fop'll move to git at any point? Bugzilla-patch - svn branch isn't the most fun workflow for non-committer contributors). I know there's a lot of folks in favour of GIT. There's been a lot of discussion on infra@ about moving Apache projects to GIT. Personally I don't understand why GIT helps with applying patches. It's easy to switch your SVN sandbox to the branch or create a new checkout from the branch. Applying the patch is just a question of right clicking on the patch file and choosing Apply Patch then running through the file list and clicking save if there are no conflicts. There shouldn't be any conflicts, Mehdi prepared the patch against the TTFinPS branch. To me GIT seems overly complicated for the day to day tasks of developing against a handful of branches. Thanks, Chris I'm working on implementing font subset merging in fop-pdf-image, or at least font re-embedding, but it's quite complicated to do and will take time, esp as I have to get this project out the door and working ASAP so I can't put too much time into that right now. I seem to be hitting another limitation whenever I find a workaround for one, though. We've discussed this before. Mehdi sent Jeremias a patch offlist to partially resolve this, but its only for fonts within the same input PDF. If you have lots of smaller PDFs then the fonts won't be de-duplicated. If you do get round to developing a more advanced de-duplication then we'd love to see a patch :-) If you need Mehdi's patch then feel free to yell and I'm sure Mehdi will happily post it here. I'd love a copy, yeah. I'm not sure how much it'll help, as font merging across PDFs requires more information to be shared between image plugin invocations than is currently possible and requires image plugins to be notified just before the trailer and resource dict are written out, too. The biggest problem will be the logic of actually merging subsets, though. I'm finding it astonishingly hard to find good information on how fonts are actually subset for PDF - the PDF ref doesn't say much at all about how the actual embedded font file is altered for subsetting. -- Craig Ringer - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
RE: Generating TIFF
Thanks Chris! This did the trick for me. The only caveat was that I had to install JDK 1.4 and temporarily put it ahead of JDK 1.6 in the path, in order to install the jai_imageio.jar. The install for this API has a dependency on JDK 1.4 but once it is installed it will work with JDK 1.6. Best Regards, Jonathan -Original Message- From: Chris Bowditch [mailto:bowditch_ch...@hotmail.com] Sent: Monday, January 16, 2012 11:47 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Generating TIFF On 16/01/2012 14:27, Jonathan Levinson wrote: Hi, Hi Jonathon, We are unsuccessfully trying to generate TIFF files using FOP. We are on Windows 7 64 bit with JDK 1.6. I looked at the following: https://issues.apache.org/bugzilla/show_bug.cgi?id=49681 It talks about using the JAVA ImageIO tool to enable TIFF generation but I've been unable to find a version of the ImageIO tools which works on Windows 7 64 bit. FOP uses the Java library that ships with JAI Image Tools, i.e. jai_imageio.jar, so you can safely use the 32-bit version. We successfully use this on 64-bit systems. After all a JAR file is a collection of Java classes that is independent of platform specifics, like the number of bits used. Thanks, Chris Does anyone have any advice on using FOP to generate TIFF files? Where is a recent implementation of JAVA ImageIO which includes Windows 7 64 bit support? Best Regards, Jonathan Levinson Senior Software Developer Object Group InterSystems +1 617-621-0600 jonathan.levin...@intersystems.com - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org