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:
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
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
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
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:
https://issues.apache.org/bugzilla/show_bug.cgi?id=49618
Glenn Adams gl...@skynav.com changed:
What|Removed |Added
Priority|P2 |P3
