[Bug 466029] New: fonts.dir refers to non-existent .bdf files, breaking accesses
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: fonts.dir refers to non-existent .bdf files, breaking accesses
https://bugzilla.redhat.com/show_bug.cgi?id=466029
Summary: fonts.dir refers to non-existent .bdf files, breaking
accesses
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: fonts-KOI8-R
AssignedTo: than(a)redhat.com
ReportedBy: goeran(a)uddeborg.se
QAContact: extras-qa(a)fedoraproject.org
CC: than(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Description of problem:
The file /usr/share/fonts/KOI8-R/misc/fonts.dir contains two entries for each
font, one for the pcf.gz file and one for a bdf file that isn't included in the
package. Apparently, the presence of the bdf entry breaks accesses to these
fonts. As an example, it contains:
9x15s.bdf -misc-fixed-medium-r-normal--15-140-75-75-c-90-koi8-ub
9x15s.pcf.gz -misc-fixed-medium-r-normal--15-140-75-75-c-90-koi8-ub
Version-Release number of selected component (if applicable):
fonts-KOI8-R-1.0-10.fc8.noarch
How reproducible:
Every time
Steps to Reproduce:
1. Install fonts-KOI8-R
2. xfd -fn 9x15
Actual results:
Warning: Cannot convert string "9x15" to type FontStruct
xfd: no font to display
Expected results:
A window with the font displayed.
Additional info:
The bug can be avoided by rerunning mkfontdir in /usr/share/fonts/KOI8-R/misc.
(And trigger the X server to reread its font files.) But there is no RPM
script or other automatic way this is done. It must be done "by hand" after
installation by the system administrator. And after doing this, the package
fails a verify check by RPM.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
13 years, 9 months
[Bug 440992] New: Liberation fonts contains incorect characters for Romanian language
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=440992
Summary: Liberation fonts contains incorect characters for
Romanian language
Product: Fedora
Version: rawhide
Platform: All
URL: http://www.secarica.ro
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: razvan.sandu(a)mobexpert.ro
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-
list@redhat.com,marius.stracna(a)mobexpert.ro
Description of problem:
When used on a system configured for Romanian language, liberation-fonts
generates wrong characters:
- "T with cedilla below" (Unicode 0162) instead of "T with comma below" (Unicode
021A)
- "t with cedilla below" (Unicode 0163) instead of "t with comma below" (Unicode
021B)
- "S with cedilla below" (Unicode 015E) instead of "S with comma below" (Unicode
0218)
- "s with cedilla below" (Unicode 015F) instead of "s with comma below" (Unicode
0219)
For non-Romanian developers: there is no such thing as „cedilla-below”
characters in Romanian language; please see http://www.secarica.ro
Version-Release number of selected component (if applicable):
liberation-fonts.noarch 0:1.0-4.fc9
How reproducible:
Always.
Steps to Reproduce:
1. Install latest Fedora (development)
2. Configure it for Romanian language
3. Open a new text document in OpenOffice.org
4. Press AltGr+s and AltGr+t (and Shift for capitals) to insert the specific
Romanian characters.
Actual results:
Characters with cedilla below are inserted in the document.
Expected results:
Characters with comma below should be inserted.
Additional info:
This is a historical bug for Romanian language implementations, still not solved .
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
13 years, 11 months
[Bug 450061] New: [ro] Create (U+0218..021B, 2011) in Liberation Fonts.
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=450061
Summary: [ro] Create (U+0218..021B,2011) in Liberation Fonts.
Product: Fedora
Version: rawhide
Platform: All
URL: http://www.secarica.ro
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: kbd
AssignedTo: vcrhonek(a)redhat.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: alexxed@gmail.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list@redhat.com,marius.stracna(a)mobexpert.ro
+++ This bug was initially created as a clone of Bug #440992 +++
Description of problem:
Glyph request on the codepoint:
- "T with comma below" (Unicode 021A)
- "t with comma below" (Unicode 021B)
- "S with comma below" (Unicode 0218)
- "s with comma below" (Unicode 0219)
- HYPHEN, U+2010
- NON-BREAKING HYPHEN, U+2011
Version-Release number of selected component (if applicable):
kbd-1.12-31.fc9.i386
How reproducible:
Always.
Steps to Reproduce:
1. Install latest Fedora (development)
2. Configure it for Romanian language
3. Go to console by Alt-F1 (not GUI terminals)
4. Press AltGr+s and AltGr+t (and Shift for capitals) to insert the specific
Romanian characters.
Actual results:
Expected results:
Characters mentioned should be inserted.
Additional info:
https://bugzilla.redhat.com/show_bug.cgi?id=440992
-- Additional comment from razvan.sandu(a)mobexpert.ro on 2008-06-04 02:52 EST --
Hello, Caius & all,
When system is set to Romanian (by anaconda, at install time or via
system-config-language, afterwards), in /etc/sysconfig/i18n we get a line:
SYSFONT="latarcyrheb-sun16"
Caius, please, do you know from which .rpm package these default fonts come from ?
We must file & resolve a bug regarding the comma/cedilla issue for these default
fonts and I don't know where to adress it, exactly.
This is extremely important, since the "latarcyrheb-sun16" is the first thing
that system "sees" after boot and we've already got some crashes due to
incorrect encoding. In some situations, some programs (including anaconda)
worked OK when set to English, but tracebacks occured when set to Romanian.
Thanks a lot,
Răzvan
-- Additional comment from cchance(a)redhat.com on 2008-06-04 03:41 EST --
Hi Răzvan,
(In reply to comment #20)
Hmm, it looks quite serious, doesn't it?
It's belonged to 'kbd' package in recent Fedora. Please feel free to file
another bug on that package for requesting supports on the issues you kindly
discovered.
Cheers, Caius.
-- Additional comment from alexxed(a)gmail.com on 2008-06-04 05:36 EST --
(In reply to comment #20)
> Hello, Caius & all,
>
> When system is set to Romanian (by anaconda, at install time or via
> system-config-language, afterwards), in /etc/sysconfig/i18n we get a line:
>
> SYSFONT="latarcyrheb-sun16"
>
Are you sure? I've installed Fedora 9 i386 and x86_64 several times and
/etc/sysconfig/i18n looks like this:
LANG="ro_RO.UTF-8"
SYSFONT="Lat2-Terminus16"
I did use the graphical installer all the time. It may be only in text mode,
I'll test this.
Meantime here's a list of related bugs where this was addressed:
- comments 23 and 24 in bug 253892
- bug list:
https://bugzilla.redhat.com/buglist.cgi?version=&component=anaconda&bug_s...
before opening a new bug.
-- Additional comment from razvan.sandu(a)mobexpert.ro on 2008-06-04 07:48 EST --
Sorry, my fault !
All systems I have at hand, running F9, were *upgraded* from F8, not fresh
installs. So Terminus is now, in F9, the default font when setting system to
Romanian ?
However:
- changing the default font is just a temporary solution, IMHO.
"latarcyrheb-sun16" should also include the correct glyphs for the Romanian
language;
- when upgrading a (*Romanian*) system from F8 to F9, why don't we change that
line in /etc/sysconfig/i18n during the upgrade itself ? Is that the correct
behaviour ?
- as for the keyboard configurator (system-config-keyboard, in both X and text
mode), it seems it dissapeared from the System menu, in F9. And I see no
replacement for it...
Regards,
Răzvan
-- Additional comment from razvan.sandu(a)mobexpert.ro on 2008-06-04 07:51 EST --
Regarding comment #23, probably the correct behaviour at point no. 2 is to leave
that line alone, but have the correct glyphs in "latarcyrheb-sun16" ;-)
Regards,
Răzvan
-- Additional comment from alexxed(a)gmail.com on 2008-06-04 08:00 EST --
(In reply to comment #23)
> Sorry, my fault !
>
> All systems I have at hand, running F9, were *upgraded* from F8, not fresh
> installs. So Terminus is now, in F9, the default font when setting system to
> Romanian ?
Yes, it was the quick solution.
>
>
> However:
>
> - changing the default font is just a temporary solution, IMHO.
> "latarcyrheb-sun16" should also include the correct glyphs for the Romanian
> language;
I head that Fedora is planning to convert the X fonts to terminal fonts and drop
all the terminal fonts, so maybe it's worth investigating this first.
>
> - when upgrading a (*Romanian*) system from F8 to F9, why don't we change that
> line in /etc/sysconfig/i18n during the upgrade itself ? Is that the correct
> behaviour ?
I'm afraid so, rpm upgrade keeps existing configuration.
>
> - as for the keyboard configurator (system-config-keyboard, in both X and text
> mode), it seems it dissapeared from the System menu, in F9. And I see no
> replacement for it...
Search bugzilla or ask in the mailing list what plans are there for
system-config-keyboard and system-config-language in the future.
Here is a link: http://translate.fedoraproject.org/module/ that you can use to
find out where to report a bug to a component. Click on the module you want and
see a link to report a bug
-- Additional comment from nicolas.mailhot(a)laposte.net on 2008-06-04 08:11 EST --
(In reply to comment #25)
> (In reply to comment #23)
> > However:
> >
> > - changing the default font is just a temporary solution, IMHO.
> > "latarcyrheb-sun16" should also include the correct glyphs for the Romanian
> > language;
>
> I head that Fedora is planning to convert the X fonts to terminal fonts and drop
> all the terminal fonts, so maybe it's worth investigating this first.
As far as I know what's planned is conversion of X keyboard layouts to console
layouts. I doubt converting complex vector TTF/OTF fonts to dumb bitmap console
fonts is possible without major human involvment.
-- Additional comment from cchance(a)redhat.com on 2008-06-04 20:38 EST --
FYI, The font Alexandru mentioned is also within same console font package:
$ rpm -qf /lib/kbd/consolefonts/Lat2-Terminus16.psf.gz
kbd-1.12-31.fc9.i386
I agree Nicolas about converting complex vector TTF/OTF fonts to dumb bitmap
console fonts. Even if the TTF/OTF embedded bitmap glyphs, font style
consistency/readability might also be an issue.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
13 years, 11 months
[Bug 463036] New: Bold u renders badly (blurry) for liberation sans, w too to a smaller extent
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Bold u renders badly (blurry) for liberation sans, w too to a smaller extent
https://bugzilla.redhat.com/show_bug.cgi?id=463036
Summary: Bold u renders badly (blurry) for liberation sans, w
too to a smaller extent
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Windows
Status: NEW
Severity: medium
Priority: medium
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: saurabh(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
n/t, see attached image.
I have not tested this on architectures other than windows xp.
Version-Release number of selected component (if applicable):
Latest 1.0.4 and 1.0.4.91-devel
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
13 years, 11 months
[Bug 466678] New: Arial Narrow font is inaccessible to applications
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Arial Narrow font is inaccessible to applications
https://bugzilla.redhat.com/show_bug.cgi?id=466678
Summary: Arial Narrow font is inaccessible to applications
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: belegdol(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Created an attachment (id=320146)
--> (https://bugzilla.redhat.com/attachment.cgi?id=320146)
Confused gtk2 font selector
Description of problem:
Going through various bug reports, mailing list posts and so on I came to the
conclusion that applications are being currently fixed in order to support
extended fonts attibutes, and that gtk2 font selector is the one that should
work properly. Granted, it works for say DejaVu LGC condensed, but does not for
Arial Narrow (the condensed glyphs are to be found in separate files, copied
over from XP install into .fonts). fc-list outputs the following:
[jsikorski@snowball ~]$ fc-list | grep Arial
Arial
Black:style=Normalny,Normal,obyčejné,Standard,Κανονικά,Regular,Normaali,Normál,Normale,Standaard,Обычный,Normálne,Navadno,Arrunta
Arial,Arial
Narrow:style=Normalny,Narrow,Normal,obyčejné,Standard,Κανονικά,Regular,Normaali,Normál,Normale,Standaard,Обычный,Normálne,Navadno,Arrunta
Arial:style=Pogrubiona kursywa,Negreta cursiva,tučné kurzíva,fed kursiv,Fett
Kursiv,Έντονα Πλάγια,Bold Italic,Negrita Cursiva,Lihavoitu Kursivoi,Gras
Italique,Félkövér dőlt,Grassetto Corsivo,Vet Cursief,Halvfet Kursiv,Negrito
Itálico,Полужирный Курсив,Tučná kurzíva,Fet Kursiv,Kalın İtalik,Krepko
poševno,nghiêng đậm,Lodi etzana
Arial,Arial Narrow:style=Pogrubiona kursywa,Narrow,Negreta cursiva,tučné
kurzíva,fed kursiv,Fett Kursiv,Έντονα Πλάγια,Bold Italic,Negrita
Cursiva,Lihavoitu Kursivoi,Gras Italique,Félkövér dőlt,Grassetto Corsivo,Vet
Cursief,Halvfet Kursiv,Negrito Itálico,Полужирный Курсив,Tučná kurzíva,Fet
Kursiv,Kalın İtalik,Krepko poševno,Lodi etzana
Arial:style=Kursywa,Cursiva,kurzíva,kursiv,Πλάγια,Italic,Kursivoitu,Italique,Dőlt,Corsivo,Cursief,Itálico,Курсив,İtalik,Poševno,nghiêng,Etzana
Arial:style=Normalny,Normal,obyčejné,Standard,Κανονικά,Regular,Normaali,Normál,Normale,Standaard,Обычный,Normálne,Navadno,thường,Arrunta
Arial,Arial
Narrow:style=Pogrubiony,Narrow,Negreta,tučné,fed,Fett,Έντονα,Bold,Negrita,Lihavoitu,Gras,Félkövér,Grassetto,Vet,Halvfet,Negrito,Полужирный,Fet,Kalın,Krepko,Lodia
Arial:style=Pogrubiony,Negreta,tučné,fed,Fett,Έντονα,Bold,Negrita,Lihavoitu,Gras,Félkövér,Grassetto,Vet,Halvfet,Negrito,Полужирный,Fet,Kalın,Krepko,đậm,Lodia
Arial,Arial
Narrow:style=Kursywa,Narrow,Cursiva,kurzíva,kursiv,Πλάγια,Italic,Kursivoitu,Italique,Dőlt,Corsivo,Cursief,Itálico,Курсив,İtalik,Poševno,Etzana
[jsikorski@snowball ~]$
Gtk2 font selector gets confused and shows each of the 4 basic styles twice
(see attachment), with no visible difference whatsoever. The only application I
have found to be able to distinguish between the Narrow and normal styles is
the KDE's system settings > installed fonts thingy (also see attachment)
Version-Release number of selected component (if applicable):
fontconfig-2.5.0-2.fc9.x86_64
How reproducible:
always
Steps to Reproduce:
1. install microsoft core fonts using an rpm package
2. copy over arian{n,ni,nb,nbi}.ttf from a windows installation
3. run fc-cache
4. attempt to select one of the narrow glyphs in the font selector
Actual results:
Narrow glyphs are unavailable
Expected results:
Able to select narrow glyphs
Additional info:
Feel free to reassing this bug, I wasn't sure what to assign it to
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
13 years, 12 months
[Bug 455510] New: Undisplayable glyphs on Wikipedia
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=455510
Summary: Undisplayable glyphs on Wikipedia
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: beland(a)alum.mit.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
I did a fresh installation of Fedora 9 using the network install method and
adding Office/Productivity software in addition to the default set. I'm seeing
undisplayable glyphs on the following pages:
http://en.wikipedia.org/wiki/Punctuation#Unicode
http://www.wikipedia.org/
http://en.wikipedia.org/wiki/Phoenician_alphabet#Encoding
I would expect a default installation to be able to display all glyphs that
appear in Wikipedia, so that readers can learn about them. Many non-English
glyphs, even fairly obscure ones, are displayed properly, which is excellent.
It would be nice to finish off the rest. I don't know if this is a flaw in
Pango, if I would need to install additional font RPMs, or something else.
This is with firefox-3.0-1.fc9.i386 and pango-1.20.4-1.fc9.i386.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
14 years, 2 months
[Bug 466595] New: Needless ghost files (fonts.cache-*).
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Needless ghost files (fonts.cache-*).
https://bugzilla.redhat.com/show_bug.cgi?id=466595
Summary: Needless ghost files (fonts.cache-*).
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: xorg-x11-fonts
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: sangu.fedora(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: xgl-maint(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Description of problem:
Current fc-cache makes fonts.cache files in /var/cache/fontconfig/.
then xorg-x11-fonts packages have needess ghost files.
$ rpm -ql xorg-x11-fonts-Type1 | grep fonts.cache
/usr/share/X11/fonts/Type1/fonts.cache-1
/usr/share/X11/fonts/Type1/fonts.cache-2
/usr/share/X11/fonts/Type1/fonts.cache-3
/usr/share/X11/fonts/Type1/fonts.cache-4
/usr/share/X11/fonts/Type1/fonts.cache-5
/usr/share/X11/fonts/Type1/fonts.cache-6
/usr/share/X11/fonts/Type1/fonts.cache-7
/usr/share/X11/fonts/Type1/fonts.cache-8
/usr/share/X11/fonts/Type1/fonts.cache-9
Version-Release number of selected component (if applicable):
7.2-6.fc9
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
fontconfig-2.6.0-2.fc10
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 4 months
[Bug 444281] New: Provides: freetype2-devel
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=444281
Summary: Provides: freetype2-devel
Product: Fedora
Version: 8
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: freetype
AssignedTo: besfahbo(a)redhat.com
ReportedBy: ed(a)membled.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
It would be handy if the freetype-devel package had Provides: freetype2-devel
for compatibility with other rpm-based distros.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
14 years, 4 months
[Bug 391191] New: wrong verify options in rpm package for fonts.dir
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=391191
Summary: wrong verify options in rpm package for fonts.dir
Product: Fedora
Version: f8
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: fonts-KOI8-R
AssignedTo: than(a)redhat.com
ReportedBy: chkr(a)plauener.de
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Description of problem:
the integrity check for the fonts-KOI8-R-* packages reports modified files:
"rpm -V fonts-KOI8-R-1.0-10.fc8 fonts-KOI8-R-100dpi-1.0-10.fc8
fonts-KOI8-R-75dpi-1.0-10.fc8":
S.5....T /usr/share/fonts/KOI8-R/misc/fonts.dir
S.5....T /usr/share/fonts/KOI8-R/100dpi/fonts.dir
S.5....T /usr/share/fonts/KOI8-R/75dpi/fonts.dir
Although this is not a big problem, rpm -V should not report changes in files
which are changed automatically on purpose (like fonts.dir, ...).
Other font packages have solved the problem e.g. using something like this in
the %files section (
%{fontdir}/*.ttf
%verify(not md5 size mtime) %{fontdir}/fonts.dir
%verify(not md5 size mtime) %{fontdir}/fonts.scale
Version-Release number of selected component (if applicable):
e.g. fonts-KOI8-R-100dpi-1.0-10.fc8
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
14 years, 4 months
[Bug 370441] New: subpixel on by default?
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=370441
Summary: subpixel on by default?
Product: Fedora
Version: f8
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: dwinship(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
I've noticed various places using subpixel hinting in F8:
- the installer
- the graphical boot screen
- gdm
(I've noticed, because they're using the wrong RGB ordering for my monitor, and
so it looks awful.)
I'm assuming that none of these apps are doing it on purpose, and that the
problem is just with the default settings. (And then once I log in, everything
is fine, because GNOME overrides the defaults.)
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
14 years, 4 months