Hi dear Andreas, Thanks for your explanations. I think my version of FOP 0.95 does insert Symbol and Zapfdingbats into the font-family parameter - along with sans-serif. Apparently, my repository points to the trunk. Look:
<fo:root xmlns:fo="http://www.w3.org/1999/XSL/Format" font-family="serif,Symbol,ZapfDingbats" font-size="12pt" text-align="start" line-height="normal" font-selection-strategy="character-by-character" line-height-shift-adjustment="disregard-shifts" language="en"> ... So, I don't see the reason why the # symbol appears in the PDF doc. It seems that FOP finds the Zapfdingbats font... Regards, Nancy Andreas Delmelle-2 wrote: > > On 03 Jun 2009, at 15:29, nancy_b wrote: > > Hi Nancy, Vincent, > >> First of all, thank you a lot for your explanations!!! >> >> ...the reason was to make the Jeuclid plug-in work more out of the >> box... > > Well, actually, the change mentioned by Vincent is not yet in 0.95. > The FOPropertyMapping in that branch still uses "sans-serif" as an > initial value for font-family (see: [1], search for 'font-family') > The change in question was committed to Trunk only (over a year ago, > see [2]), and the reason was to make font-selection-strategy work on > fo:character without requiring any intervention from end-users. If you > insert a fo:character with a codepoint that is only available in > Symbol, then FOP Trunk will automatically choose that font-family, > without requiring the author to explicitly set it. FOP 0.95 indeed > still shows the 'missing' glyph '#' as Nancy describes further on. > > [1] > http://svn.apache.org/viewvc/xmlgraphics/fop/branches/fop-0_95/src/java/org/apache/fop/fo/FOPropertyMapping.java?revision=637791 > [2] > http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/java/org/apache/fop/fo/FOPropertyMapping.java?r1=652673&r2=655281&diff_format=h > > So, it seems this change cannot be the cause of the warnings in this > case. For 0.95, the only possible explanation is the presence of > explicit combinations bold/italic + Symbol/ZapfDingbats. Note that > most (if not all) of the font-related properties are inherited, so the > weight/style property is very likely inherited from the parent FO or > another ancestor. > >> I checked on my system - I don't have the Jeuclid plug-in on my system >> (should be in /lib directory, right?). >> Does it come by default with FOP or its a separate utility? > > It is a separate plugin, and can be downloaded at Sourceforge: > http://sourceforge.net/project/showfiles.php?group_id=44862 > >> I also tried customizing the fop conf file: >> >> <font-triplet name="Symbol" style="normal" weight="bold"/> > > As Vincent already noted, not sure what the intended effect is. The > font-triplet is supposed to be a child of a font-metrics element. > > See: http://xmlgraphics.apache.org/fop/0.95/fonts.html#register > >> The warnings completely disappear, but when I try to use a Zapfdingbat >> character in my XML (for example, ☎ - for a phone icon), # >> appears instead. >> Does FOP find Zapfdingbat font at all? If not, why doesn't show the >> warning? > > As mentioned above, this means that FOP is using another font for that > character, which lacks a glyph for that Unicode codepoint. Since the > ZapfDingbats family is not used, no complaints there (yet in 0.95). > > I can only suggest undoing all the changes above. Apparently, they are > causing confusion somewhere. > > I'm afraid I know very little of Docbook, but based on what you > mentioned earlier, maybe it's possible to force the weight/style using > xsl:params 'symbol.font.style' and 'symbol.font.weight' (? long shot) > > If the warnings are really a deal-breaker, then FOP Trunk offers one > very easy enhancement to substitute the fully resolved triplets at > runtime, and map bold/italic to normal for the Symbol and ZapfDingbats > fonts: > http://xmlgraphics.apache.org/fop/trunk/fonts.html#substitution > > > Regards > > Andreas > > --------------------------------------------------------------------- > To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org > For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org > > > -- View this message in context: http://www.nabble.com/FOP-0.95-fails-to-compile-large-PDF-files---java-heap-space-tp23816647p23865647.html Sent from the FOP - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org