DO NOT REPLY [Bug 49608] long nested, itemized list flows into footer in pdf
https://issues.apache.org/bugzilla/show_bug.cgi?id=49608 --- Comment #2 from Pascal Sancho pascal.san...@takoma.fr 2010-07-19 04:07:11 EDT --- Created an attachment (id=25781) -- (https://issues.apache.org/bugzilla/attachment.cgi?id=25781) shortened testacase I've dove into the first testcase: this issue is related to space-before.maximum within a simple list-block. The 2nd testcase isolates the XSL-FO causing the trouble -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
RE: Font Glyph?
Thanks, I'll look into that. Yes, FOP does print a # with the Trunk, at least as it was last I compiled it. FOP prints a square with the 2611, which could be some sort of default invalid? Windows apps (Notepad, Wordpad?) print squares whenever they load a file with an unrecgnized character. I'll have to see what that unicode is all about. If it's supposed to load those chars listed on that unicode.org website, and they're supposed to be in the font file, I may need to load in another font file to get those. I'm still working on installing that font editor to see if it says the font contains those glyphs. -Original Message- From: J.Pietschmann [mailto:j3322...@yahoo.de] Sent: Saturday, July 17, 2010 11:20 AM To: fop-dev@xmlgraphics.apache.org Subject: Re: Font Glyph? On 15.07.2010 22:44, Eric Douglas wrote: Then I pass a text value of #x2611; in my XML. When the transformer uses FOP to translate the XML into output, this prints a square. Have a look at http://www.unicode.org/charts/charindex.html U2611 is BALLOT BOX WITH CHECK, i.e. not a square (U2610 should be a square, are you sure about the entity?) If FOP couldn't find the glyph, it would have printed a # instead. You could use one of the font editors to check whether your font actually has a glyph for the U2611 character (try http://fontforge.sourceforge.net/) I tried replacing my fop.jar with one that I compiled from the Trunk, and instead of printing the square it printed an error message to the Java Console that the font doesn't contain the specified glyph. That's mildly odd, I'd guess your method for telling FOP about your font doesn't work as in Trunk. J.Pietschmann
RE: Font Glyph?
I don't understand what unicode.org is saying if it's just referring to what characters the codes should reference if they have to be in the font. Fontforge says U2610 and U2611 are not in the font. Fontforge is an ugly program. It runs within Cygwin, where it displays a window showing the characters in the font, but it doesn't show them all and doesn't have a scrollbar.. I would like an easy way to view the characters in the font to see if I have something available that looks like a square/checkbox. I can only assume the square I'm getting is a default in FOP 0.95 for all missing glyphs. -Original Message- From: J.Pietschmann [mailto:j3322...@yahoo.de] Sent: Saturday, July 17, 2010 11:20 AM To: fop-dev@xmlgraphics.apache.org Subject: Re: Font Glyph? On 15.07.2010 22:44, Eric Douglas wrote: Then I pass a text value of #x2611; in my XML. When the transformer uses FOP to translate the XML into output, this prints a square. Have a look at http://www.unicode.org/charts/charindex.html U2611 is BALLOT BOX WITH CHECK, i.e. not a square (U2610 should be a square, are you sure about the entity?) If FOP couldn't find the glyph, it would have printed a # instead. You could use one of the font editors to check whether your font actually has a glyph for the U2611 character (try http://fontforge.sourceforge.net/) I tried replacing my fop.jar with one that I compiled from the Trunk, and instead of printing the square it printed an error message to the Java Console that the font doesn't contain the specified glyph. That's mildly odd, I'd guess your method for telling FOP about your font doesn't work as in Trunk. J.Pietschmann
Re: Font Glyph?
Unicode does not prescribe how to render characters for which the assigned font(s) have no corresponding glyph(s). It does, however, make recommendations on how an application or system should handle this case, about which see Unicode 5.1 Section 5.3 Unknown and Missing Characters, under the sub-heading of *Interpretable but Unrenderable Characters*. See also the following FAQ: http://unicode.org/faq/unsup_char.html?PHPSESSID=a05ee80b0f30ee349b9851a929e4e4e6 What FOP should be doing, rather than map an unrenderable character to '#', is to employ a so called Last Resort font, where each defined character is associated with some glyph, e.g., one that indicates the script of the character. In the absence of such a Last Resort font, it is customary to map the character to a glyph depicting an empty box. Unicode has published such a Last Resort font see: http://www.unicode.org/policies/lastresortfont_eula.html A reasonable strategy for FOP might be to allow the user to specify (in the FOP configuration file) a font mapping to a last resort font to be used in such cases. The user would still have to download and install the last resort font on their system, due to licensing reasons. I will post a bug to this effect, and suggesting this solution, if there is not already one present. Some minor modifications to FOP would be required to make use of the configuration information specifying a last resort font, and then using that font when no mapping is present in the assigned font. Regards, Glenn On Mon, Jul 19, 2010 at 11:50 PM, Eric Douglas edoug...@blockhouse.comwrote: I don't understand what unicode.org is saying if it's just referring to what characters the codes should reference if they have to be in the font. Fontforge says U2610 and U2611 are not in the font. Fontforge is an ugly program. It runs within Cygwin, where it displays a window showing the characters in the font, but it doesn't show them all and doesn't have a scrollbar.. I would like an easy way to view the characters in the font to see if I have something available that looks like a square/checkbox. I can only assume the square I'm getting is a default in FOP 0.95 for all missing glyphs. -Original Message- From: J.Pietschmann [mailto:j3322...@yahoo.de] Sent: Saturday, July 17, 2010 11:20 AM To: fop-dev@xmlgraphics.apache.org Subject: Re: Font Glyph? On 15.07.2010 22:44, Eric Douglas wrote: Then I pass a text value of #x2611; in my XML. When the transformer uses FOP to translate the XML into output, this prints a square. Have a look at http://www.unicode.org/charts/charindex.html U2611 is BALLOT BOX WITH CHECK, i.e. not a square (U2610 should be a square, are you sure about the entity?) If FOP couldn't find the glyph, it would have printed a # instead. You could use one of the font editors to check whether your font actually has a glyph for the U2611 character (try http://fontforge.sourceforge.net/) I tried replacing my fop.jar with one that I compiled from the Trunk, and instead of printing the square it printed an error message to the Java Console that the font doesn't contain the specified glyph. That's mildly odd, I'd guess your method for telling FOP about your font doesn't work as in Trunk. J.Pietschmann
DO NOT REPLY [Bug 49618] New: last resort font not supported
https://issues.apache.org/bugzilla/show_bug.cgi?id=49618 Summary: last resort font not supported Product: Fop Version: all Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: fonts AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: gl...@skynav.com during area generation, the mapping of characters to glyphs should make use of a last resort font, e.g., see http://www.unicode.org/policies/lastresortfont_eula.html, in order to render characters that are otherwise unrenderable by the assigned font(s); suggest that FOP configuration file permit user to specify a last resort font, and that area generation and/or font component(s) make use of this information to map unrenderable characters to last resort glyphs; see also bug 39422 (https://issues.apache.org/bugzilla/show_bug.cgi?id=39422) -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 49618] last resort font not supported
https://issues.apache.org/bugzilla/show_bug.cgi?id=49618 Glenn Adams gl...@skynav.com changed: What|Removed |Added Priority|P2 |P3 AssignedTo|fop-...@xmlgraphics.apache. |gl...@skynav.com |org | -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
