http://bugs.winehq.org/show_bug.cgi?id=34446
Bug #: 34446 Summary: LANG=ru_RU.UTF-8 locale makes fonts look blurry Product: Wine Version: 1.7.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs@winehq.org ReportedBy: t.artem@mailcity.com Classification: Unclassified
Created attachment 45856 --> http://bugs.winehq.org/attachment.cgi?id=45856 en_US.UTF-8 screenshot
I will now attach two screenshots showing the same application running with
en_US.UTF-8 locale
and
ru_RU.UTF-8 locale
English looks fine, Russian looks blurry and very unpleasant.
http://bugs.winehq.org/show_bug.cgi?id=34446
--- Comment #1 from Artem S. Tashkinov t.artem@mailcity.com 2013-09-04 01:59:04 CDT --- Created attachment 45857 --> http://bugs.winehq.org/attachment.cgi?id=45857 ru_RU.UTF-8 screenshot
http://bugs.winehq.org/show_bug.cgi?id=34446
--- Comment #2 from Artem S. Tashkinov t.artem@mailcity.com 2013-09-04 02:00:44 CDT --- It looks like different fonts are used, but why?
There's no word about that in Wine's documentation.
http://bugs.winehq.org/show_bug.cgi?id=34446
--- Comment #3 from Artem S. Tashkinov t.artem@mailcity.com 2013-09-04 02:03:46 CDT --- One more revelation.
If I'm already running WinRAR with an English locale, and then run a Russian locale WinRAR - the latter uses a normal non-blurry font.
Anyways, I don't want locale to change my Wine's fonts!
http://bugs.winehq.org/show_bug.cgi?id=34446
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|winex11.drv |-unknown Severity|normal |minor
--- Comment #4 from Dmitry Timoshkov dmitry@baikal.ru 2013-09-04 02:18:47 CDT --- Artem, can you reproduce the problem with any built-in Wine app like notepad?
http://bugs.winehq.org/show_bug.cgi?id=34446
--- Comment #5 from Artem S. Tashkinov t.artem@mailcity.com 2013-09-04 03:10:55 CDT --- Created attachment 45858 --> http://bugs.winehq.org/attachment.cgi?id=45858 Notepad (en_EN/ru_RU)
(In reply to comment #4)
Artem, can you reproduce the problem with any built-in Wine app like notepad?
Yeah, English notepad on top.
http://bugs.winehq.org/show_bug.cgi?id=34446
Artem S. Tashkinov t.artem@mailcity.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|LANG=ru_RU.UTF-8 locale |LANG=ru_RU.UTF-8 locale |makes fonts look blurry |makes fonts look blurry / | |breaks controls appearance
--- Comment #6 from Artem S. Tashkinov t.artem@mailcity.com 2013-09-04 03:14:57 CDT --- One more thing:
ru_RU notepad has a broken control appearance - "millimeters" caption is crossed by another control (no idea how it's called, box?)
So wine incorrectly calculates this caption width.
http://bugs.winehq.org/show_bug.cgi?id=34446
--- Comment #7 from Dmitry Timoshkov dmitry@baikal.ru 2013-09-04 03:24:23 CDT --- (In reply to comment #5)
Created attachment 45858 [details] Notepad (en_EN/ru_RU)
(In reply to comment #4)
Artem, can you reproduce the problem with any built-in Wine app like notepad?
Yeah, English notepad on top.
Something is broken there, notepad with Russian locale should use Russian UI, but it doesn't. Do you really have the ru_RU locale installed or aliased? Perhaps "C" locale gets used instead, and that leads to some trouble.
http://bugs.winehq.org/show_bug.cgi?id=34446
--- Comment #8 from Artem S. Tashkinov t.artem@mailcity.com 2013-09-04 03:31:15 CDT --- (In reply to comment #7)
(In reply to comment #5)
Created attachment 45858 [details] Notepad (en_EN/ru_RU)
(In reply to comment #4)
Artem, can you reproduce the problem with any built-in Wine app like notepad?
Yeah, English notepad on top.
Something is broken there, notepad with Russian locale should use Russian UI, but it doesn't. Do you really have the ru_RU locale installed or aliased? Perhaps "C" locale gets used instead, and that leads to some trouble.
To show you that different fonts are used I manually recompiled Wine with only the English language built-in.
I can show you "Russian" notepad if you'd like to, but to demonstrate that fonts actually differ a lot, I used the English one.
http://bugs.winehq.org/show_bug.cgi?id=34446
--- Comment #9 from Dmitry Timoshkov dmitry@baikal.ru 2013-09-04 03:38:19 CDT --- (In reply to comment #8)
Something is broken there, notepad with Russian locale should use Russian UI, but it doesn't. Do you really have the ru_RU locale installed or aliased? Perhaps "C" locale gets used instead, and that leads to some trouble.
To show you that different fonts are used I manually recompiled Wine with only the English language built-in.
I can show you "Russian" notepad if you'd like to, but to demonstrate that fonts actually differ a lot, I used the English one.
Comparison of +font logs would probably help to figure this out, but I'd guess that your fontconfig may be responsible for what you're seeing.
http://bugs.winehq.org/show_bug.cgi?id=34446
--- Comment #10 from Artem S. Tashkinov t.artem@mailcity.com 2013-09-04 03:56:35 CDT --- (In reply to comment #9)
Comparison of +font logs would probably help to figure this out, but I'd guess that your fontconfig may be responsible for what you're seeing.
I see no such problems with native Linux applications.
http://vault.centos.org/6.4/os/Source/SPackages/fontconfig-2.8.0-3.el6.src.r...
fontconfig-2.8.0/src/fcdefault.c has this snippet:
ctype = setlocale (LC_CTYPE, NULL);
/* * Check if setlocale (LC_ALL, "") has been called */ if (!ctype || !strcmp (ctype, "C")) { ctype = getenv ("LC_ALL"); if (!ctype) { ctype = getenv ("LC_CTYPE"); if (!ctype) ctype = getenv ("LANG"); } }
But even if it were the case, that should mean I have two sets of fonts for these locales but I just have standard MS Core fonts.
$ rpm -qa | grep font | sort fontconfig-2.8.0-3.el6.i686 fontconfig-devel-2.8.0-3.el6.i686 fontpackages-filesystem-1.41-1.1.el6.noarch libfontenc-1.0.5-2.el6.i686 libfontenc-devel-1.0.5-2.el6.i686 libXfont-1.4.5-2.el6.i686 libXfont-devel-1.4.5-2.el6.i686 terminus-fonts-4.30-1.el6.noarch terminus-fonts-console-4.30-1.el6.noarch xorg-x11-font-utils-7.2-11.el6.i686
I have no Open (Source)/Free/Linux fonts installed.
http://bugs.winehq.org/show_bug.cgi?id=34446
--- Comment #11 from Artem S. Tashkinov t.artem@mailcity.com 2013-09-04 04:05:50 CDT --- Created attachment 45859 --> http://bugs.winehq.org/attachment.cgi?id=45859 WINEDEBUG=+font logs
(In reply to comment #9)
Comparison of +font logs would probably help to figure this out, but I'd guess that your fontconfig may be responsible for what you're seeing.
Here it is.
I tried to compare them but I got lost - they are just too big even for diff.
http://bugs.winehq.org/show_bug.cgi?id=34446
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Summary|LANG=ru_RU.UTF-8 locale |Under LANG=ru_RU.UTF-8 |makes fonts look blurry / |locale native and built-in |breaks controls appearance |tahoma.ttf are added twice | |to the font list Ever Confirmed|0 |1
--- Comment #12 from Dmitry Timoshkov dmitry@baikal.ru 2013-09-04 22:03:57 CDT --- (In reply to comment #11)
Created attachment 45859 [details] WINEDEBUG=+font logs
(In reply to comment #9)
Comparison of +font logs would probably help to figure this out, but I'd guess that your fontconfig may be responsible for what you're seeing.
Here it is.
I tried to compare them but I got lost - they are just too big even for diff.
The problem is that you have 2 tahoma.ttf installed: one is Wine built-in /opt/wine/bin/../share/wine/fonts//tahoma.ttf another is /usr/share/fonts/BASE/tahoma.ttf
With English locale the built-in one gets *replaced* by native because its full name "Tahoma"/"Regular" matches but version is higher.
With Russian locale native tahoma.ttf is *added* to the font list because its native localized full name "Tahoma"/"обычный" doesn't match full name of the built-in font "Tahoma"/"Regular". Then built-in font gets used because it happens to be earlier in the fonts list.
I'd suggest to remove native tahoma.ttf/tahomabd.ttf in order to avoid this kind of a confusion.
http://bugs.winehq.org/show_bug.cgi?id=34446
--- Comment #13 from Artem S. Tashkinov t.artem@mailcity.com 2013-09-05 02:43:11 CDT --- (In reply to comment #12)
The problem is that you have 2 tahoma.ttf installed: one is Wine built-in /opt/wine/bin/../share/wine/fonts//tahoma.ttf another is /usr/share/fonts/BASE/tahoma.ttf
With English locale the built-in one gets *replaced* by native because its full name "Tahoma"/"Regular" matches but version is higher.
With Russian locale native tahoma.ttf is *added* to the font list because its native localized full name "Tahoma"/"обычный" doesn't match full name of the built-in font "Tahoma"/"Regular". Then built-in font gets used because it happens to be earlier in the fonts list.
I'd suggest to remove native tahoma.ttf/tahomabd.ttf in order to avoid this kind of a confusion.
This sounds like a Wine bug to me - why Wine even tries to load builtin Tahoma font which is known to look worse than a Core TTF version of this font (which is found to be present and functional on my system)?
Actually I remember erasing ttf fonts from $prefix/share/wine/fonts a year ago, but since then I've forgotten about this trick. Thank you for reminding me.
http://bugs.winehq.org/show_bug.cgi?id=34446
--- Comment #14 from Dmitry Timoshkov dmitry@baikal.ru 2013-09-05 03:02:37 CDT --- (In reply to comment #13)
This sounds like a Wine bug to me - why Wine even tries to load builtin Tahoma font which is known to look worse than a Core TTF version of this font (which is found to be present and functional on my system)?
Different font files may provide additional font faces. For example Tahoma Regular, Bold, Italic and Bold Italic all have separate font files. Tahoma "обычный" is another font style, so Wine behaviour looks correct to me, but a test case confirming that would be nice to have.
http://bugs.winehq.org/show_bug.cgi?id=34446
--- Comment #15 from Artem S. Tashkinov t.artem@mailcity.com 2013-09-05 03:10:25 CDT --- (In reply to comment #14)
(In reply to comment #13)
This sounds like a Wine bug to me - why Wine even tries to load builtin Tahoma font which is known to look worse than a Core TTF version of this font (which is found to be present and functional on my system)?
Different font files may provide additional font faces. For example Tahoma Regular, Bold, Italic and Bold Italic all have separate font files. Tahoma "обычный" is another font style, so Wine behaviour looks correct to me, but a test case confirming that would be nice to have.
Let me disagree, Wine has the only builtin Tahoma font which definitely covers fewer usage scenarios than two systemwide installed Tahoma fonts that I already have.
So I fail to understand your reasoning.
http://bugs.winehq.org/show_bug.cgi?id=34446
--- Comment #16 from Dmitry Timoshkov dmitry@baikal.ru 2013-09-05 03:19:25 CDT --- (In reply to comment #15)
This sounds like a Wine bug to me - why Wine even tries to load builtin Tahoma font which is known to look worse than a Core TTF version of this font (which is found to be present and functional on my system)?
Different font files may provide additional font faces. For example Tahoma Regular, Bold, Italic and Bold Italic all have separate font files. Tahoma "обычный" is another font style, so Wine behaviour looks correct to me, but a test case confirming that would be nice to have.
Let me disagree, Wine has the only builtin Tahoma font which definitely covers fewer usage scenarios than two systemwide installed Tahoma fonts that I already have.
So I fail to understand your reasoning.
I'm just saying that tahoma.ttf provided by Wine adds another font style, which may exist only under non-english locales. Of course there is a possibility that a font file that matches an already loaded one gets ignored by Windows, but this needs to be tested.
http://bugs.winehq.org/show_bug.cgi?id=34446
--- Comment #17 from Artem S. Tashkinov t.artem@mailcity.com 2013-09-05 03:27:39 CDT --- (In reply to comment #16)
I'm just saying that tahoma.ttf provided by Wine adds another font style, which may exist only under non-english locales. Of course there is a possibility that a font file that matches an already loaded one gets ignored by Windows, but this needs to be tested.
From now on I will just erase *ttf files after "make install". This is really a
simple bug which can be solved in a minutes, and I doubt it needs some extra monthslong considerations.
https://bugs.winehq.org/show_bug.cgi?id=34446
--- Comment #18 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.37 or newer) wine? If so, please attach the terminal output in 1.7.37 (see http://wiki.winehq.org/FAQ#get_log).
https://bugs.winehq.org/show_bug.cgi?id=34446
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net Resolution|--- |INVALID Status|NEW |RESOLVED
--- Comment #19 from Anastasius Focht focht@gmx.net --- Hello folks,
no further feedback here, resolving 'INVALID' based on last comments.
Regards
https://bugs.winehq.org/show_bug.cgi?id=34446
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #20 from Austin English austinenglish@gmail.com --- Closing.