Re: character problem
I had the same problem initially. If I look in Arial in one font viewer, no angle character. But in another one, I can see it -- and it's also visible in firefox. Rather weird. Given that arial uni is apparently about 22MB in size, I'll stick with standard Arial for the moment. I came across a hack/workaround while googling that wraps the character with the Symbol font, which appears to work for me. Thanks, J Jeremias Maerki wrote: My arial.ttf doesn't contain the ANGLE character, but arialuni.ttf does. On 13.02.2007 06:10:56 Jason R Briggs wrote: Hi all Just wondering if anyone else has experienced this problem. I have a specific character to include in my xml (an angle symbol #8736;). The symbol is available in arial ttf, I've had this in my fop.xconf for ages (metrics generated properly, etc). However, that one symbol will not display (no problems with most other symbols I've tried). I just get a square box. Now, I know this usually means that the glyph is not available -- however, as far as I can tell, it is available. If I open the ttf file in a font viewer, I can find it. Using the latest fop from svn-trunk, plus running on Linux if it's any help. Any ideas? Thanks, Jason 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]
character problem
Hi all Just wondering if anyone else has experienced this problem. I have a specific character to include in my xml (an angle symbol #8736;). The symbol is available in arial ttf, I've had this in my fop.xconf for ages (metrics generated properly, etc). However, that one symbol will not display (no problems with most other symbols I've tried). I just get a square box. Now, I know this usually means that the glyph is not available -- however, as far as I can tell, it is available. If I open the ttf file in a font viewer, I can find it. Using the latest fop from svn-trunk, plus running on Linux if it's any help. Any ideas? Thanks, Jason - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
clickable SVGs
Hi All One of my colleagues has a problem with an SVG chart in a PDF which needs to be clickable -- a click on the chart jumps to another page in the pdf. The SVG is created using Java2d and Batik (batik's SVG generator). Weirdly, only the text at the bottom of the chart is actually clickable -- there are 2 rows of text at the bottom (but still part of the SVG xml) and only the last row can be clicked on. The xsl-fo begins something like this: fo:basic-link show-destination=new internal-destination=InferenceData fo:inline fo:instream-foreign-object svg xmlns=http://www.w3.org/2000/svg; ... I've done a test with a much smaller SVG graphic and an external link (below) and this seems to work okay. Although when clicking it still looks like only the bottom half of the graphic is actually highlighted. fo:basic-link show-destination=new role=An Example external-destination=http://www.yahoo.com; fo:inline fo:instream-foreign-objectsvg:svg width=3mm height=3mm viewBox=0 0 30 30 svg:circle cx=15 cy=15 r=7 fill=#ff stroke=none stroke-width=0//svg:svg /fo:instream-foreign-object /fo:inline /fo:basic-link Has anyone else had similar problems with basic-links surrounding SVG graphics? Thanks, Jason PS. Using latest version of FOP from svn head - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NullPointerException when table inside inline
Cheers Jeremias. Jeremias Maerki wrote: Seems to be a bug. I'll look into it. On 15.05.2006 04:33:36 Jason R Briggs wrote: Hi All Just wondering whether anyone else has been experiencing problems when an fo:table is placed inside an fo:inline? (see the example below) If the inline is changed to a block, the pdf is generated correctly, otherwise I get a NullPointerException: java.lang.NullPointerException at org.apache.fop.layoutmgr.table.TableLayoutManager.getNextKnuthElements(TableLayoutManager.java:159) at - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NullPointerException when table inside inline
And confirmed... ;-) Thanks again. J Jeremias Maerki wrote: Fixed in FOP Trunk: http://svn.apache.org/viewcvs?rev=406596view=rev On 15.05.2006 10:56:17 Jeremias Maerki wrote: Seems to be a bug. I'll look into it. On 15.05.2006 04:33:36 Jason R Briggs wrote: Hi All Just wondering whether anyone else has been experiencing problems when an fo:table is placed inside an fo:inline? (see the example below) If the inline is changed to a block, the pdf is generated correctly, otherwise I get a NullPointerException: java.lang.NullPointerException at org.apache.fop.layoutmgr.table.TableLayoutManager.getNextKnuthElements(TableLayoutManager.java:159) at org.apache.fop.layoutmgr.inline.InlineLayoutManager.getNextKnuthElements(InlineLayoutManager.java:294) at org.apache.fop.layoutmgr.inline.LineLayoutManager.collectInlineKnuthElements(LineLayoutManager.java:647) at org.apache.fop.layoutmgr.inline.LineLayoutManager.getNextKnuthElements(LineLayoutManager.java:582) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:275) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:105) at org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:98) at org.apache.fop.layoutmgr.PageSequenceLayoutManager$PageBreaker.getNextKnuthElements(PageSequenceLayoutManager.java:240) at org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:510) at org.apache.fop.layoutmgr.PageSequenceLayoutManager$PageBreaker.getNextBlockList(PageSequenceLayoutManager.java:232) at org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:259) at org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:227) at org.apache.fop.layoutmgr.PageSequenceLayoutManager.activateLayout(PageSequenceLayoutManager.java:153) at org.apache.fop.area.AreaTreeHandler.endPageSequence(AreaTreeHandler.java:381) This occurs with 0.91beta, and with the latest trunk. snip/ 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]
image sizing issue.
Hi All Hoping someone can shed some light on an image sizing problem I'm having with the FO below. I'm setting the external graphic content-width to 16cm, but when the pdf is printed it comes out at 15.3cm. No matter what width I specify, the actual printed size is always about 95.6% smaller. I'm sure I've missed something, somewhere -- some inherited attribute that I need to take into account for the size to be accurate. Any ideas? Thanks, Jason ?xml version=1.0 encoding=UTF-8? fo:root xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:xs=http://www.w3.org/2001/XMLSchema; xmlns:fo=http://www.w3.org/1999/XSL/Format; xmlns:svg=http://www.w3.org/2000/svg; fo:layout-master-set fo:simple-page-master page-width=21cm page-height=29.7cm margin=15mm master-name=A4 fo:region-body margin-top=0cm/ fo:region-after/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=A4 font-family=Arial font-size=12pt fo:flow flow-name=xsl-region-body fo:block keep-together.within-page=always padding-after=8mm fo:block padding-after=8mm text-align=center keep-with-next.within-page=always fo:external-graphic src=file:///tmp/generated/circle3.jpg padding=0mm margin=0mm border=0mm content-width=16cm/ /fo:block /fo:block /fo:flow /fo:page-sequence /fo:root - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: image sizing issue.
Sorry. using svn trunk. I've tried explicitly setting the width as well, but it made no difference. Removing the margin on simple-page-master also makes no difference (plus I was already setting margin on the graphic element as well, so that should override anyway?) J Clay Leeds wrote: On Mar 8, 2006, at 1:40 PM, Jason R Briggs wrote: Hi All Hoping someone can shed some light on an image sizing problem I'm having with the FO below. I'm setting the external graphic content-width to 16cm, but when the pdf is printed it comes out at 15.3cm. No matter what width I specify, the actual printed size is always about 95.6% smaller. I'm sure I've missed something, somewhere -- some inherited attribute that I need to take into account for the size to be accurate. Any ideas? Thanks, Jason ?xml version=1.0 encoding=UTF-8? fo:root xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:xs=http://www.w3.org/2001/XMLSchema; xmlns:fo=http:// www.w3.org/1999/XSL/Format xmlns:svg=http://www.w3.org/2000/svg; fo:layout-master-set fo:simple-page-master page-width=21cm page- height=29.7cm margin=15mm master-name=A4 Could it be related to the margin set above? BTW, you didn't specify the version, and I believe the 'content-width' and 'content-height' attributes are not implemented in fop-0.20.5 (I don't recall whether or not they're implemented for 0.91beta). Clay Leeds [EMAIL PROTECTED] My religion is simple. My religion is kindness. -- HH Dalai Lama of Tibet - 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: complex table layout problem
Hi Manuel Sorry forgot to mention I'm using TRUNK. I just went through my xml and explicitly set widths on all my nested tables. Looks like it now produces the output I'm expecting. Thanks for the help. J Manuel Mall wrote: Jason, firstly you didn't say which version of FOP you are using. Secondly, neither version of FOP supports HTML like automatic table layout i.e. column width determination based on column content. To achieve what you want you need to specify column widths and table widths. In particular under every fo:table element you should have a fo:table-column width=.../ element for each column in your table specifying the width of your column. If you need proportional column widths (similar to HTML percentages) use the proportional-column-width() function in the witdh=... attribute value specification. So your header table would look something like (this is not tested!): fo:table width=200mm table-layout=fixed border-separation=separate fo:table-column width=proportional-column-width(1) / fo:table-column width=proportional-column-width(1) / fo:table-body fo:table-row fo:table-cell fo:block text-align=leftheaderleft/fo:block /fo:table-cell fo:table-cell fo:block text-align=rightheaderright/fo:block /fo:table-cell /fo:table-row fo:table-body /fo:table followed by the main table like: fo:table width=200mm table-layout=fixed border-separation=separate fo:table-column width=40mm / fo:table-column width=20mm / fo:table-column width=100mm / fo:table-column width=40mm / fo:table-body fo:table-row fo:table-cell number-rows-spanned=2.../fo:cell fo:table-cell.../fo:cell fo:table-cell.../fo:cell fo:table-cell number-rows-spanned=2.../fo:cell /fo:tabe-row fo:table-row fo:table-cell number-columns-spanned=2.../fo:cell /fo:tabe-row fo:table-body /fo:table Manuel Hi all I am reproducing a rather complicated layout which requires a number of nested tables: Basically the page looks something like this (a header with 2 columns, followed by a table with 4 columns, 2 columns spanning 2 rows, and one cell spanning 2 columns): -- headerleftheaderright -- *--* *---* *-* *--* | | | | | | | | | | | | | | | | | | *---* *-* | | | | | | | | ** | | | | || | | *--* ** *--* The problem is that the column for headerright is proving impossible to align. I have tried separating the header and content sections into 2 tables, plus making the header a single cell spanning the 4 cells (the columns in the main section) and then using a nested table inside the header as well. But what I always end up with is: --- headerleft headerright --- *--* *---* *-* *--* | | | | | | | | | | | | | | | | (where header right actually goes off the page boundaries. It seems that the first cell in the nested table grows to fill the size of the surrounding table, then the second cell added pushes off outside that region. I hope that makes sense? Anyway below is the fo-xml for the header region at the moment. I've been playing different methods of doing this for the last day or so, with no progress (as a matter of interest I ran it through an eval copy of a commercial app and, while not perfect, it renders more how I was expecting). Is this a known bug -- or have I done something stupid? Thanks once again Jason fo:table-cell number-columns-spanned=4 padding=3px fo:table fo:table-body fo:table-row fo:table-cell border-top=0.2mm solid black border-bottom=0.2mm solid black fo:table fo:table-body fo:table-row fo:table-cell fo:blockfo:inline font-weight=boldReport for:/fo:inline demo/fo:block /fo:table-cell fo:table-cell fo:block/fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:blockfo:inline font-weight=boldGroup:/fo:inline blah/fo:block /fo:table-cell fo:table-cell fo:blockfo:inline font-weight=boldDate:/fo:inline 25 Jan 2006/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:table-cell
Re: fop trunk svg problems
I meant trunk as in HEAD (i.e. the latest code in subversion). [EMAIL PROTECTED] wrote: - original Nachricht Betreff: fop trunk svg problems Gesendet: Do 23 Feb 2006 20:44:55 CET Von: Jason R Briggs[EMAIL PROTECTED] Anyone else experiencing problems with SVG with the trunk version of fop? nope (fop 0.20.5, batik 1.5.1, gentoo linux) For example, the FO below works perfectly in 0.91beta, but doesn't throws an error (see below FO) in the latest trunk version. See: http://krachlattenpaul.homelinux.org/fop/circle_exception.* for perfectly rendered pdf (with a small circle in the upper left corner) Unfortunately I can't use 0.91 because I have some really odd layout problems that completely vanish in trunk. Maybe you post this too and I'm sure, somebody's got a sollution for this 1 Million Singles in Ihrer Nahe. Finden Sie Ihren Traumpartner bei Deutschlands beliebtester Partnerboerse: http://singles.freenet.de/index.html?pid=11512 - 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: Fop 0.91beta and fonts
Tried that just after I sent the original message. No luck with both set, or either/or. Andreas L Delmelle wrote: On Feb 20, 2006, at 21:10, Jason R Briggs wrote: Hi People, Just a sanity check... fonts font metrics-url=6999e.xml kerning=yes embed- url=6999e.TTF font-triplet name=ArialMaori style=normal weight=normal / /font font metrics-url=69ec6.xml kerning=yes embed- url=69ec6.TTF font-triplet name=ArialMaoriBold style=normal weight=bold / /font /fonts ... I've checked out and built the latest trunk from subversion and tried again, but still get the same error. I've also tried using an absolute url for the metrics-url attribute (e.g. something like metrics-url=file:///home/jason/mypath/to/6999e.xml) but that doesn't appear to help either. Try doing the same for the embed-url. May be the cause of your trouble... I'm guessing right now, FOP goes looking for it in the wrong place. HTH! Cheers, 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: Fop 0.91beta and fonts
Seems as if the font configuration isn't active then. I set the url in the font configuration to: file://blah/6999e.xml and also tried a completed invalid filename, with no new error messages output. Jeremias Maerki wrote: That's why I asked for other error messages. I think if it can't find the TTF file it tells you. That's why I think that FOP doesn't know about the fonts at all. Remains the question whether the configuration is really active. Jason, try messing up one of the URLs in the font configuration. If nothing happens, then the config isn't loaded at all. Grasping at straws :-) On 20.02.2006 22:44:33 Andreas L Delmelle wrote: On Feb 20, 2006, at 21:10, Jason R Briggs wrote: Hi People, Just a sanity check... fonts font metrics-url=6999e.xml kerning=yes embed- url=6999e.TTF font-triplet name=ArialMaori style=normal weight=normal / /font font metrics-url=69ec6.xml kerning=yes embed- url=69ec6.TTF font-triplet name=ArialMaoriBold style=normal weight=bold / /font /fonts ... I've checked out and built the latest trunk from subversion and tried again, but still get the same error. I've also tried using an absolute url for the metrics-url attribute (e.g. something like metrics-url=file:///home/jason/mypath/to/6999e.xml) but that doesn't appear to help either. Try doing the same for the embed-url. May be the cause of your trouble... I'm guessing right now, FOP goes looking for it in the wrong place. 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: Fop 0.91beta and fonts
Doh!! Beginners stuff. Should've seen that one myself. Thanks very much Jeremias. J Jeremias Maerki wrote: Problem solved. :-) You sent me your Java code and here's what I found: public class Builder { private FOUserAgent userAgent; public Builder() throws Exception { File f = new File(.); DefaultConfigurationBuilder cfgBuilder = new DefaultConfigurationBuilder(); Configuration cfg = cfgBuilder.buildFromFile(new File(fop.xconf)); FOUserAgent userAgent = new FOUserAgent(); ^^^ needs to be: this.userAgent = new FOUserAgent(); userAgent.setUserConfig(cfg); } You're setting the local variable instead of the instance variable of the class. That's why the (right) user agent never get's the configuration. On 20.02.2006 23:06:20 Jason R Briggs wrote: Seems as if the font configuration isn't active then. I set the url in the font configuration to: file://blah/6999e.xml and also tried a completed invalid filename, with no new error messages output. Jeremias Maerki wrote: That's why I asked for other error messages. I think if it can't find the TTF file it tells you. That's why I think that FOP doesn't know about the fonts at all. Remains the question whether the configuration is really active. Jason, try messing up one of the URLs in the font configuration. If nothing happens, then the config isn't loaded at all. Grasping at straws :-) On 20.02.2006 22:44:33 Andreas L Delmelle wrote: On Feb 20, 2006, at 21:10, Jason R Briggs wrote: Hi People, Just a sanity check... fonts font metrics-url=6999e.xml kerning=yes embed- url=6999e.TTF font-triplet name=ArialMaori style=normal weight=normal / /font font metrics-url=69ec6.xml kerning=yes embed- url=69ec6.TTF font-triplet name=ArialMaoriBold style=normal weight=bold / /font /fonts ... I've checked out and built the latest trunk from subversion and tried again, but still get the same error. I've also tried using an absolute url for the metrics-url attribute (e.g. something like metrics-url=file:///home/jason/mypath/to/6999e.xml) but that doesn't appear to help either. Try doing the same for the embed-url. May be the cause of your trouble... I'm guessing right now, FOP goes looking for it in the wrong place. 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] 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: Fop 0.91beta and fonts
I have the same issue with 0.91beta. I have 2 fonts (6999e.TTF and 69ec6.TTF) with TTF files, xml metric files and fop.xconf in the same working directory. The relevant portion of fop.xconf is: fonts font metrics-url=6999e.xml kerning=yes embed-url=6999e.TTF font-triplet name=ArialMaori style=normal weight=normal / /font font metrics-url=69ec6.xml kerning=yes embed-url=69ec6.TTF font-triplet name=ArialMaoriBold style=normal weight=bold / /font /fonts I'm attempting to use the font as in the following example: block font-size=12pt font-family=ArialMaoriBold font-weight=bold line-height=15pt space-after.optimum=15ptSummary/block In code, I load the configuration using: DefaultConfigurationBuilder cfgBuilder = new DefaultConfigurationBuilder(); Configuration cfg = cfgBuilder.buildFromFile(new File(fop.xconf)); FOUserAgent userAgent = new FOUserAgent(); userAgent.setUserConfig(cfg); Then initialise Fop with: Fop fop = new Fop(MimeConstants.MIME_PDF, userAgent); And I'm getting a similar error when I run my app: (fonts.FontInfo 194 ) Font 'ArialMaoriBold,normal,700' not found. Substituting with default font. Any ideas where I may be going wrong? Thanks, Jason Subject: Re: Fop 0.91beta and fonts From: Jeremias Maerki [EMAIL PROTECTED] Date: Wed, 15 Feb 2006 13:23:23 +0100 To: fop-users@xmlgraphics.apache.org To: fop-users@xmlgraphics.apache.org Your font configuration is taken a little out of the context so it's impossible to tell whether you did everything right in the config file. Anyway, you're using TrueType fonts and these have to be embedded to work. So, embed-url on the font elements is definitely missing. On 15.02.2006 12:34:59 jologa wrote: Hi, I have a small problem with fonts. My FO contains the following fo:block text-align=left space-after.optimum=3pt line-height=18pt font-style=normal background-color=#FF color=#00 font-weight=normal text-decoration=none font-family=Arial font-size=14pt id=N100A4 1. My Paragraph /fo:block - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]