Mailinglist Archive: opensuse-bugs (8107 mails)

< Previous Next >
[Bug 244061] New UI::Glyph - Ballot
  • From: bugzilla_noreply@xxxxxxxxxx
  • Date: Fri, 9 Feb 2007 08:10:20 -0700 (MST)
  • Message-id: <20070209151020.DFF25D40@xxxxxxxxxxxxxxxxxxxxxx>

------- Comment #8 from mfabian@xxxxxxxxxx 2007-02-09 08:10 MST -------
Availability of U+2718 (HEAVY BALLOT X) in the fonts in instsys:

Gnu Unifont (Bitmap): yes
Efont Unicode (Bitmap): no
DejaVu Sans (Scalable): yes

As you can see in bug #199997, Efont is sometimes used by Qt3 instead
of Gnu Unifont for reasons unknown.

Therefore, to make this glyph work reliably in YaST2, I would
need to draw one and add it to Efont Unicode.

With Qt4 missing glyph problems should be finally solved because
Qt4 uses single glyph fallback, i.e. it is enough if there
as one font available which has the glyph, Qt4 will then always find it.

Qt3 may decide to use a font for a certain Unicode range and will
*not* fall back to other fonts for glyphs missing in that font in that
range. Therefore, all fonts which might be used by Qt3 for a certain
range *must* have *all* glyphs which might become necessary.

In case of the special symbols on the Unicode page starting with
U+2700 Qt3 currently may use any of the fonts mentioned above
depending on screen resolution and the air pressure in the office or
the shoe size of the operator.

Therefore, we have to make sure that all glyphs we use from that page
are available in all 3 of these fonts.

By the way, '☹' would be nicer for failure, wouldn't it? And this one
is already available in all 3 fonts, all of them are rather complete
on the U+2600 page.

Configure bugmail:
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

< Previous Next >