I can now confirm the following: It does not happen just with Junicode. It happens with Bitstream Charter and Sans, FreeSans and FreeSerif, Liberation Sans and Serif, Linux Libertine, Nimbus Sans and Serif, and Verdana. And it does not happen just with bold, it also happens with italic and bold-italic.
In OOo the program will substitute a generic glyph. In most other applications (KWord, AbiWord, Scribus) the glyph drops out and you see an empty square box on screen. In printout there is a space where the glyph is supposed to be. A lot of people using OOo think they do not see the problem because OOo is substituting a generic glyph. If the generic is close enough (typical with sans fonts) the eye does not immediately see the difference. I also have a lot of problems with glyphs doing other weird things. Some Unicode blocks are just not appearing in many programs. In sum, it is not a bug on Junicode because it affects other fonts as well. Nor is it a bug in OOo because it also affects other programs. There is something wacky that is going on in Intrepid and Jaunty. However, I do not know enough about how the OS or the desktop interprets what a program does with a font. When I apply bold to a section of text in Abiword, where does that command go? I should add that this bug was apparently originally reported in bug 313427. At that time it was just one user. -- Glyphs drop out when bold attribute applied https://bugs.launchpad.net/bugs/351080 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
