Red Hat Bugzilla – Bug 353721
No fonts for the Romanian national characters
Last modified: 2008-05-08 13:31:16 EDT
Description of problem:
There are no fonts to correctly represent 4 characters in the Romanian national
set (neither in text mode nor in X mode).
A correct implementation should use the comma-versions of "s" and "t" (please
see bug #329071), namely:
- "S with comma below" (Unicode 0218)
- "s with comma below" (Unicode 0219)
- "T with comma below" (Unicode 021A)
- "t with comma below" (Unicode 021B)
At these time, when setting the system for Romanian language, (incorrect)
cedilla versions of "s" and "t" are used.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install a fresh Red Hat or Fedora system.
2. During install, ask for Romanian as default language and Romanian keyboard.
3. Observe that incorrect cedilla-version of the fonts are used, instead of the
4. Things cannot be corrected/changed right now because there are no fonts to
represent the Romanian national characters correctly (please see bug #329071).
5. A correct keyboard implementation for the Romanian layout is not possible at
this time, since there is no font to represent the Romanian-specific characters
There are no fonts to represent the Romanian-specific characters (UTF-8):
"s with comma below"
"t with comma below"
"S with comma below"
"s with comma below"
neither in text mode nor in X.
When configured for Romanian language, the system should contain by default the
appropriate fonts for the comma versions of characters (UTF-8) and should use
them all over (in text mode and in X).
Does this means that, the characters are present and shown but have wrong
shapes(I guess the bottom part only)?
I'm a bit confused as there are fonts in X that do contain the correct
characters for the romanian language. Also there is a correct romanian keymap in
X. And Fedora/Redhat packs X from xorg so is this really an issue ?
I'm working on another bug 253892 to include a font for the TEXT mode. There
isn't one now that contains the correct characters. Is that what's reported
wrong here ?
Here's the piece of information Rahul asked for in comment #1:
IMHO, there is a chain of issues here (please see comments to the other related
- there is no font to represent correctly some of the Romanian-specific
characters (the correct s,t, S, T with comma below instead of the incorrect s,t,
S, T with cedilla below);
- because of this, there is no correct implementation for the Romanian keyboard
(by "correct implementation" I mean one that a. reflects the layout of the
physical Romanian keyboards and b. generates s and t with comma below)
- because of the above, there are various confusions and incompatibilities in
all programs, both in text mode and X - some programs use cedilla characters
instead of their comma counterparts, there are incompatibilities even in
Unicode-aware programs, crashes in anaconda (see bug #376231), etc.
- drop for good those cedilla s and t, which *doesn't* exist in Romanian
language (it's a historical mistake that has been propagated);
- create a font with s and t with comma (or include it in Fedora, if it already
exist), with the proper Unicode codes (see correct codes above);
- use the new font with s and t with comma as *default font* for Romanian
language, in all programs, in both text and X mode;
- allow for the creation of the correct two arrangements for the Romanian
keyboard, as established by the Romanian official standard (please see bug #337271).
- update anaconda and system-config-keyboard to correctly take into account the
new settings for Romanian, in both text mode and X.
IMHO, the *default* arrangement for the Romanian keyboards in any Linux
distribution should be the one designated as "secondary" in the national
standard, since it can be used more easily even when one don't have a *physical*
Romanian keyboard, but an English-US one.
For the text mode, solutions are presented in bug 253892.
For X, the only thing to do now is to make the comma variant the default one.
But that is a thing to do in xorg (xkb actually), not here. In X there are fonts
and there are keymaps with cedilla as well as with comma.
The glyphs for the Romanian characters mentioned here actually come from Dejavu
and bitmap fonts. ISO8859-2 encoding itself does not cover these characters,
thus fonts-ISO8859-2 does not have glyphs for them. Thus I am reassigning the
bug to DejaVu fonts.
As far as fonts are concerned the glyphs in DejaVu font are incorrect. Unicode
has encoded the said characters with bottom 'comma' on the expected code
points. Thus there is no issue about encoding at all. Its only a font issue.
Secondly, bitmap fonts are available for text mode usage. But I don't think its
possible to improve the shapes for the bitmaps any further due to the
limitations of resolution.
I could not find the keyboard layout in scim for Romanian. If that is the case,
there should be separate bug filed against scim for having the required tables.
Lastly, since ISO8859-2 does not cover these Romanian characters, I don't think
the fonts-ISO8859-2 should be included in comps for Romanian support.
Jens, can you help on that?
Actually ISO8859-16 covers Romanian characters, but I don't know if that's shipped.
Atleast not as a part of Romanian Support. But there must be other fonts
covering that range.
Can we hope this will be fixed for good in the new versions, say Fedora 9 ?
IMHO, the correct way to follow is that presented in comment #3.
Please report this against dejavu fonts upstream at:
I checked on F8 and those characters have a comma below, not a cedilla. So I
think this is already fixed.
The issue about Romanian incorrectly-generated characters was recently corrected
in bug #13277 at freedesktop.org.
Please see comments #82 and #83, with the appropriate patch:
Would you please include this correction in Red Hat/Fedora ASAP, since it
affects *thousands* of documents and webpages generated in Romanian language ?
Thanks a lot,
This historical bug regarding Romanian language is also corrected in Microsoft
Windows Vista and, by this patch, in Windows XP: