http://bugs.winehq.org/show_bug.cgi?id=20456
Summary: FEAR's installer will not let me enter the serial number Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: [email protected] ReportedBy: [email protected]
Hi, F.E.A.R. installer requires entering serial number. It has several fields for entering 4 characters (clasic 1234-5678-9abc-def0-1234).
I can enter:
* 4 "narrow" chars like 1111, iiii, etc. or * only 3 "fat" chars like AAA, CCC, etc. or * only 2 "extra fat" like WW
There are other pepole affected in AppDB:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=5159&iT...
http://appdb.winehq.org/objectManager.php?sClass=version&iId=5159&iT...
Based on other confirmations in AppDB consider UNCONFIRMED->NEW. Tested wine versions: 0.9.50, 0.9.60, 1.0.1, 1.1.7, 1.1.10, 1.1.13, 1.1.22, 1.1.29, 1.1.31, 1.1.32 ...so it probably never worked correctly.
This is show stopper. I own two original and none is usable under wine because of too wide chars in serial :-/
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #1 from Wylda [email protected] 2009-10-24 13:10:54 --- Created an attachment (id=24323) --> (http://bugs.winehq.org/attachment.cgi?id=24323) F.E.A.R.'s console output
Probably nothing interesting here... Those err:ole:dispatch_rpc and err:rpc:... comes out when i cancel the installation and they do not have relation to entering the serial number.
http://bugs.winehq.org/show_bug.cgi?id=20456
Wylda [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Installer
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #2 from Austin English [email protected] 2009-10-24 18:56:07 --- As a guess, native comctl32 may help.
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #3 from Wylda [email protected] 2009-10-24 20:54:28 --- Created an attachment (id=24331) --> (http://bugs.winehq.org/attachment.cgi?id=24331) Each field must contain four chars - imposible for some char under wine
(In reply to comment #2)
As a guess, native comctl32 may help.
Thank you for advice Austin. So i did "winetricks comctl32" and double checked, that winecfg contains native override for comctl32 (native, builtin).
Unfortunately that did not help. Some character are still too wide or fields for entering them is not wide enough.
Is there any option to choose different font or smaller font? For better imagination i attached picture. Only other character (sign) which fit the field with WW is dot.
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #4 from Austin English [email protected] 2009-10-25 05:41:37 --- You can do font substitutions in the registry, though not sure it would help. 'winetricks corefonts' should give you some other fonts to try.
Native riched20/30 may help.
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #5 from Wylda [email protected] 2009-10-27 05:05:30 --- Created an attachment (id=24386) --> (http://bugs.winehq.org/attachment.cgi?id=24386) Work around of F.E.A.R. serial number problem
(In reply to comment #4)
You can do font substitutions in the registry, though not sure it would help.
Not needed / not tested.
'winetricks corefonts' should give you some other fonts to try.
This did the job! You are a genius Austin :) Nothing else needed, than running:
$ winetricks corefonts $ wine setup
So it works with current git (wine-1.1.32-55-gd1472e2), but it is only work around and as such, this bug report should stay open. I do not know - you decide. I think closing would mean, that link between AppDB and this bug report would disappear and other people could suffer from this flaw.
Native riched20/30 may help.
Not needed / not tested.
http://bugs.winehq.org/show_bug.cgi?id=20456
Vitaliy Margolen [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |fonts
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #6 from Wylda [email protected] 2009-11-13 03:11:47 ---
Hi, game Supreme Commander 1 is affected the same way. Good news is, that work around described in comment #5 works also for this game.
Tested under latest git (wine-1.1.32-595-g459a0c4).
http://bugs.winehq.org/show_bug.cgi?id=20456
Valeriy Malov [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #7 from Valeriy Malov [email protected] 2009-12-04 08:59:32 --- Still affected in wine 1.1.33, installation of corefonts still fixes the problem
http://bugs.winehq.org/show_bug.cgi?id=20456
Łukasz [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #8 from Łukasz [email protected] 2010-02-16 06:28:05 --- Confirming in wine 1.1.38. Affects FEAR for me.
http://bugs.winehq.org/show_bug.cgi?id=20456
Austin English [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #9 from Austin English [email protected] 2010-02-16 11:10:46 --- (In reply to comment #8)
Confirming in wine 1.1.38. Affects FEAR for me.
Confirming then.
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #10 from Wylda [email protected] 2010-02-27 17:25:16 ---
Still not fixed in wine-1.1.39-163-g583f0f0.
http://bugs.winehq.org/show_bug.cgi?id=20456
William J May [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #11 from William J May [email protected] 2010-03-09 02:48:48 --- Also an issue for me in 1.1.39
Although regedit workaround DOES work per key specified at: www.winehq.org/pipermail/wine-users/2007-October/027896.html
HKLM\System\CurrentControlSet\Hardware Profiles\Current\Software\Fonts\LogPixels (DWORD)
I set hex value to 0x48 (72). Default is 0x60 (96). An alternative to winetricks-corefonts.
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #12 from Łukasz [email protected] 2010-03-27 14:14:30 --- So... I suppose the simplest solution would be letting people to change font DPI in wineconfig to smaller, than 96.
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #13 from William J May [email protected] 2010-03-28 02:02:05 --- I would consider it a _workaround_ and not a valid fix.
A solution would be something like Wine including applicable fonts or temporarily reducing dpi during an install *without* user intervention.
Also, setting dpi in winecfg seems unsuitable since the minimum it will allow is '96'. Until that changes, one will have to open regedit and search for "logpixels".
A side effect is that dpi is changed for ALL Wine windows, making them harder to read. So be sure to change it back when done.
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #14 from William J May [email protected] 2010-03-28 02:09:21 --- ...it occurred to me... Does Wine have a 'fixed-width' font it could use for this? Or borrow from the host system?
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #15 from Dmitry Timoshkov [email protected] 2010-03-28 05:46:35 --- First thing to do is figure out which font actually makes a difference.
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #16 from Wylda [email protected] 2010-06-19 22:04:47 ---
Still present in wine-1.2-rc4. winetricks corefonts works around it.
http://bugs.winehq.org/show_bug.cgi?id=20456
Xavier Vachon [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #17 from Xavier Vachon [email protected] 2010-07-11 08:39:50 --- In current git (1.2-rc7), I am able to enter the CD-KEY for Supreme Commander and install the game. Can others test F.E.A.R. and check if this is still an issue?
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #18 from William J May [email protected] 2010-07-11 12:05:17 --- For Wine 1.2-rc7, I still cannot fit the string 'SAS6'. Is 'git' different from the source code I downloaded from sourceforge?
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #19 from Xavier Vachon [email protected] 2010-07-11 12:09:14 --- (In reply to comment #18)
For Wine 1.2-rc7, I still cannot fit the string 'SAS6'. Is 'git' different from the source code I downloaded from sourceforge?
It's the very latest source code. I recommend that you use that for testing purposes. See here : http://wiki.winehq.org/GitWine
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #20 from William J May [email protected] 2010-07-12 03:28:14 --- Looking at the wiki page, it looks like a lot of learning things I'm not familiar with. I get *maybe* two hours a night to dink around on my computer. Ergo, it's going to take awhile to get that test result from me that way - I am sorry. I know to ./configure, make, make install source because a text file told me so, not because I understand it [yet].
Is there no other way to get a copy of the 'git' version you're using?
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #21 from William J May [email protected] 2010-07-12 21:07:03 --- Thank you for the instructions, Xavier.
"git clone git://source.winehq.org/git/wine.git ~/wine-git"
Based on that - I compiled what was downloaded, sadly the problem still exists in the F.E.A.R. installer.
http://bugs.winehq.org/show_bug.cgi?id=20456
zuargo [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #22 from zuargo [email protected] 2010-08-04 03:28:11 --- I can confirm this issue on wine 1.3.0
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #23 from Wylda [email protected] 2010-08-22 10:19:49 ---
Still present in wine-1.3.1.
http://bugs.winehq.org/show_bug.cgi?id=20456
joaopa [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #24 from joaopa [email protected] 2011-07-26 07:17:28 CDT --- still a bug in current wine?
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #25 from Wylda [email protected] 2011-07-26 15:03:47 CDT ---
Still present in wine-1.3.25-99-g093547e.
Dmitry Timoshkov: First thing to do is figure out which font actually makes a difference.
Problem is work arounded, when "courie32.exe" is installed, i.e. "Courier New font family".
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #26 from William J May [email protected] 2011-08-01 14:44:19 CDT --- (In reply to comment #25)
Still present in wine-1.3.25-99-g093547e.
Dmitry Timoshkov: First thing to do is figure out which font actually makes a difference.
Problem is work arounded, when "courie32.exe" is installed, i.e. "Courier New font family".
So I feel this could be a very simple solution, and fixed in the near future. It is simply an issue of specifying a 'fixed-width' font. And having it hard coded into vanilla Wine (for now). Where does Wine get it's fonts from? And does it (or can it) draw from the host system automatically? The long-term goal being: Able to set fonts from [winecfg] for certain window types as in a full desktop environment.
I nominate FreeMono font for use. http://en.wikipedia.org/wiki/FreeMono
Still just adjusting 'logpixels' in registry for now...
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #27 from William J May [email protected] 2011-08-02 03:11:08 CDT --- So I discovered [winecfg]->Desktop Integration where you can set the font on select items. Will see if any of those help tomorrow...
http://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #28 from William J May [email protected] 2011-08-02 11:44:05 CDT --- Nothing currently selectable works: Active Title Text, Menu Text, Message Box Text, or Tool Tip Text. For which Courier is default.
However I figured out which one it *IS*: Window Text. Which one cannot currently change font from winecfg, or registry AFAIK. I deduced it by changing the text color if anyone wants to verify. I still feel that this could be a crazy-easy fix for a coder.
http://bugs.winehq.org/show_bug.cgi?id=20456
Wylda [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|FEAR's installer will not |FEAR's installer will not |let me enter the serial |let me enter the serial |number |number due to wrong font
--- Comment #29 from Wylda [email protected] 2011-12-14 17:12:58 CST ---
Still present in wine-1.3.34-327-g447384e.
http://bugs.winehq.org/show_bug.cgi?id=20456
Wylda [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|Installer |
--- Comment #30 from Wylda [email protected] 2012-05-05 06:01:24 CDT ---
Still present in wine-1.5.3-164-gdec3d50. Removing Installer keyword as problem is with font.
Problem is work arounded, when "courie32.exe" is installed, i.e. "Courier New font family".
http://bugs.winehq.org/show_bug.cgi?id=20456
Wylda [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #31 from Wylda [email protected] 2012-05-21 23:04:02 CDT --- *** Bug 30746 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=20456
GyB [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #32 from GyB [email protected] 2012-08-06 13:33:19 CDT --- *** Bug 30271 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=20456
Jonas Jelten [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
https://bugs.winehq.org/show_bug.cgi?id=20456
Erich Hoover [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #33 from Erich Hoover [email protected] --- Could you try with this patch (uses Courier Prime as a replacement)?: https://raw.githubusercontent.com/compholio/wine-compholio/master/patches/fo...
You need to apply it with "git am", otherwise the binary portion (the TTF) will be ignored. You will need to manually edit the fonts/Makefile.in file since this patch assumes that you have the Arial replacement as well. Just make sure you add "cour.sfd" to FONT_SRCS in that file before reconfiguring and compiling: FONT_SRCS = \ cour.sfd \ ...
https://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #34 from Wylda [email protected] --- Created attachment 49680 --> https://bugs.winehq.org/attachment.cgi?id=49680 Screenshot - wine fix by Hoover
Hi Erich, yes that patch fixes the problem. The font is bit hard to read compared to comment #5 attachment.
Thank you for the fix.
https://bugs.winehq.org/show_bug.cgi?id=20456
Wylda [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
--- Comment #35 from Wylda [email protected] --- Hi Erich, i noticed that the patch didn't hit wine-patches nor staging queue. Is that intentional?
https://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #36 from Erich Hoover [email protected] --- (In reply to Wylda from comment #35)
Hi Erich, i noticed that the patch didn't hit wine-patches nor staging queue. Is that intentional?
I was told on IRC that additional fonts will not be accepted, so yes :/
https://bugs.winehq.org/show_bug.cgi?id=20456
Anastasius Focht [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #37 from Anastasius Focht [email protected] --- Created attachment 50780 --> https://bugs.winehq.org/attachment.cgi?id=50780 AoE III installer showing the non-fitting font for serial input Wine 1.7.36
Hello folks,
still present.
Attaching screenshot from AoE III installer showing the non-fitting font at top. Bottom dialog is with 'corefonts'.
$ wine --version wine-1.7.36-144-g4d43d36
Regards
https://bugs.winehq.org/show_bug.cgi?id=20456
Anastasius Focht [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|FEAR's installer will not |Multiple installers: some |let me enter the serial |serial numbers/CD-keys |number due to wrong font |don't fit into edit fields | |(FEAR, AoE 3, Supreme | |Commander)
--- Comment #38 from Anastasius Focht [email protected] --- Hello folks,
refining summary since this affects multiple installers. Also to allow more appdb entries to reference this.
Regards
https://bugs.winehq.org/show_bug.cgi?id=20456
Michael Müller [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |STAGED CC| |[email protected], | |[email protected] Staged patchset| |https://github.com/wine-com | |pholio/wine-staging/tree/ma | |ster/patches/fonts-Missing_ | |Fonts
https://bugs.winehq.org/show_bug.cgi?id=20456
Wylda [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #24323|0 |1 is obsolete| |
--- Comment #39 from Wylda [email protected] --- Created attachment 52939 --> https://bugs.winehq.org/attachment.cgi?id=52939 wine-1.8-rc2 Debian Jessie vs. Stretch
I wanted to re-test bug 37358, but unfortunately found another problem. Now even with courie32.exe can't be entered serial number. This is not wine regression, as both attached screen come from wine-1.8-rc2.
Wine's cursor is shifted to the right too much in Debian Stretch.
https://bugs.winehq.org/show_bug.cgi?id=20456
Sebastian Lackner [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #40 from Sebastian Lackner [email protected] --- *** Bug 40016 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=20456
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #41 from [email protected] --- bug 36978 is dupe too. See the title here (AoE 3).
https://bugs.winehq.org/show_bug.cgi?id=20456
Lorenzo Ferrillo [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #42 from Lorenzo Ferrillo [email protected] --- I'm getting a strange beheviour with this.
I'm on wine 2.6
On wine-dev this seems fixed at least on Age of empire 3. I can correctly insert the serial code etcetc. (Note the last time I tryed to install AoE3 was with wine 2.1, so I don't know if the fix shipped with 2.6 or some prevoius version, however it the first release that has some serious patch in font related parts (Better font transformations in DirectWrite on the main changelog)).
However when I use wine-staging 2.6 I'm still getting the bug, has if no font-related patch is applied.
It's possible that some wine-staging patch override the patch/patches that fix this bug?
Or I'm missing something?
This is with a clean (+ MFC42.dll) environment. No winetricks corefont.
I'm also noting that there is a small graphical glitch when sometimes chars got hidden, but this do not prevent insertion of needed chars.
https://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #43 from Lorenzo Ferrillo [email protected] --- Litte update: I say fixed on wine 2.6 but this was a strong word, as I saw after that in some cases it's still possible to trigger this issue, for example using multiple W chars. However on wine 2.6 this is certainly mitigated.
The point of the differnece between the "normal" 2.6 and the staging 2.6 stll apply
https://bugs.winehq.org/show_bug.cgi?id=20456
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #44 from [email protected] --- Hi,
This problem appears when one has not installed the correct windows fonts. By installing with winetricks the "all fonts" package, this problem goes away and one can enter 5 chars into each field.
Took me a little bit to troubleshoot, now everything works !
https://bugs.winehq.org/show_bug.cgi?id=20456
André H. [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Staged patchset|https://github.com/wine-com |https://github.com/wine-sta |pholio/wine-staging/tree/ma |ging/wine-staging/tree/mast |ster/patches/fonts-Missing_ |er/patches/fonts-Missing_Fo |Fonts |nts CC| |[email protected]
https://bugs.winehq.org/show_bug.cgi?id=20456
Anastasius Focht [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #45 from Anastasius Focht [email protected] --- *** Bug 7117 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=20456
Anastasius Focht [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Multiple installers: some |Multiple applications have |serial numbers/CD-keys |text rendering issues with |don't fit into edit fields |'Courier New' font using |(FEAR, AoE 3, Supreme |distro provided Liberation |Commander) |fonts (cut off/partial text | |display)(FEAR, AoE 3, | |Supreme Commander, fasmw | |1.x)
--- Comment #46 from Anastasius Focht [email protected] --- Hello folks,
obviously still present. I'm refining the summary to be more generic to collect more dupes specifically related to 'Courier New' font replacement.
$ wine --version wine-3.19-50-g3d5a256797
Regards
https://bugs.winehq.org/show_bug.cgi?id=20456
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #47 from [email protected] --- WINE 4.0-rc4, Gnome 3.30.2 (may be relevant).
The only thing that worked with FEAR was to change the regedit setting. Just installing 'all fonts' didn't change anything.
https://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #48 from Anastasius Focht [email protected] --- Hello folks,
still present.
Tested with Microsoft Age of Empires III Gold Edition. The last digit of the first serial number part 'AAAAx-BBBBB-CCCCC-DDDDD-EEEEE' still doesn't fit (denoted 'x').
All digits fit five times per field. Characters fitting five times: 'I', 'J', 'L' (ok) Characters fitting three times: 'G', 'M', 'O', 'Q', 'W' Everything else fits four times.
'winetricks -q courier' works around.
The serial number validation needs 'winetricks -q mfc42' (pidgen).
$ wine --version wine-5.4
Regards
https://bugs.winehq.org/show_bug.cgi?id=20456
Matteo Bruni [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #49 from Matteo Bruni [email protected] --- *** Bug 36978 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #50 from Gijs Vermeulen [email protected] --- *** Bug 40597 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=20456
Mingye Wang [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #51 from Mingye Wang [email protected] --- As a retired packager I am very concerned by the approach used by the currently staged patches, i.e. by providing a rebranded Liberation Mono as Courier New similar to wine's Tahoma. Doing so is extremely unnecessary as almost every distro has those fonts.
This bug is not a problem of the "Liberation fonts", but a problem caused by trying to use "Liberation Sans" in place of "Courier New" when the correct substitution is "Liberation Mono". This issue can be trivially fixed by either a new `HKCU\Software\Wine\Fonts\Replacements` default, or (to solve similar future problems with e.g. Calibri and Cambria altogether) by more properly respecting what `fontconfig` says.
I hope that other solutions are investigated before wine goes on this bundling path. The sheer size of the proposed patch for #13829 should already be a red flag.
https://bugs.winehq.org/show_bug.cgi?id=20456
Zebediah Figura [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #52 from Zebediah Figura [email protected] --- (In reply to Mingye Wang from comment #51)
As a retired packager I am very concerned by the approach used by the currently staged patches, i.e. by providing a rebranded Liberation Mono as Courier New similar to wine's Tahoma. Doing so is extremely unnecessary as almost every distro has those fonts.
This bug is not a problem of the "Liberation fonts", but a problem caused by trying to use "Liberation Sans" in place of "Courier New" when the correct substitution is "Liberation Mono". This issue can be trivially fixed by either a new `HKCU\Software\Wine\Fonts\Replacements` default, or (to solve similar future problems with e.g. Calibri and Cambria altogether) by more properly respecting what `fontconfig` says.
I hope that other solutions are investigated before wine goes on this bundling path. The sheer size of the proposed patch for #13829 should already be a red flag.
Note that it's not as simple as copying the distribution's Liberation fonts into place. We actually need the font files themselves to have the names "Arial", "Times New Roman", "Courier New" instead of their normal names, which means they need to be built specially.
https://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #53 from Erich E. Hoover [email protected] --- (In reply to Zebediah Figura from comment #52)
... This bug is not a problem of the "Liberation fonts", but a problem caused by trying to use "Liberation Sans" in place of "Courier New" when the correct substitution is "Liberation Mono".
Liberation Mono _is_ being used for Courier New, the current replacements are ( https://github.com/wine-staging/wine-staging/tree/master/patches/fonts-Missi... ): Arial -> Liberation Sans Times New Roman -> Liberation Serif Courier New -> Liberation Mono Microsoft YaHei -> WenQuanYi Micro Hei
Note that it's not as simple as copying the distribution's Liberation fonts into place. We actually need the font files themselves to have the names "Arial", "Times New Roman", "Courier New" instead of their normal names, which means they need to be built specially.
^^ This. So, we either have to build the font ahead of time (the way we do it now) or we have to deploy a program to the end-user to rebuild the font with the new name (really tricky).
https://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #54 from Mingye Wang [email protected] --- Zebediah and Erich, was my original comment not clear in understanding what the current approach is? I already said:
by providing a rebranded Liberation Mono as Courier New
I suppose I should thank you for both of your explanations out of courtesy, even though it's not necessary at all.
Let me make my request more clear: try font-to-font substitution (Replacements, FontLink -- there's no shortage of such systems in Wine) first, something along the lines of:
REGEDIT4
[HKEY_CURRENT_USER\Software\Wine\Fonts\Replacements] "Courier New"="Liberation Mono"
If it works, we can talk about how to best deploy it and see if it's too much work for ditching some megabytes of baggage.
https://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #55 from Erich E. Hoover [email protected] --- (In reply to Mingye Wang from comment #54)
Zebediah and Erich, was my original comment not clear in understanding what the current approach is? ...
Sorry, I misunderstood what you were trying to say.
Let me make my request more clear: try font-to-font substitution (Replacements, FontLink -- there's no shortage of such systems in Wine) first, something along the lines of: ... If it works, we can talk about how to best deploy it and see if it's too much work for ditching some megabytes of baggage.
Unfortunately, it does not work in several cases we have encountered. Here's an example from when we first encountered some of these issues: https://bugs.winehq.org/show_bug.cgi?id=32323#c3
There are a bunch of programs (a lot of them related to .NET) that don't use the proper font system and actually read the fonts from c:\windows\fonts and decode the name from what is stored in the font. In order to appease these programs we need to provide a proper font with the "correct" name in the font data. We could conceivably create this "on the fly", but that's not particularly easy since we would need to create some mechanism to have a placeholder file and copy the font data and modify the name when it's accessed. We're open to clever ideas though, it would be really nice to fix this a better way.
https://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #56 from Mingye Wang [email protected] --- Thanks for the explanation about .NET apps like Unity, Erich. I do agree that it's probably most convenient to ship the fonts by wine itself now. Is it really necessary to unpack the entire fontforge project into the source tree though? We are unlikely to do any change besides the metadata... right?
https://bugs.winehq.org/show_bug.cgi?id=20456
Rencer [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|[email protected] |
https://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #57 from Erich E. Hoover [email protected] --- (In reply to Mingye Wang from comment #56)
Thanks for the explanation about .NET apps like Unity, Erich. I do agree that it's probably most convenient to ship the fonts by wine itself now. Is it really necessary to unpack the entire fontforge project into the source tree though? We are unlikely to do any change besides the metadata... right?
At the moment you only have to do that if you're going to rebuild the fonts, which is true of both wine and wine-staging. If we were to build a tool that just takes a system font and "renames" it then that tool might be able to be a lot simpler, but wine in general will still need fontforge to build some of the other fonts we use (not all of wine's fonts are direct replacements with no changes).
It's also possible that we could use the system-wide fontforge if someone was willing to upstream the patches we have, there's a number of fontforge behaviors that result in large diffs (for tiny changes) and our patches disable those features (timestamps, spurious spaces that get added to the metadata, saving the fontforge "state"). I know that someone got some of our changes upstreamed about five years ago, but I don't believe that they finished that effort. If you're willing to look into it then I'm sure there are a few packagers that would be happy to be able to use the system-wide fontforge ;)
https://bugs.winehq.org/show_bug.cgi?id=20456
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|[email protected] |
https://bugs.winehq.org/show_bug.cgi?id=20456
blockfin [email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected]
--- Comment #58 from blockfin [email protected] --- Hopefully, posting this will lead to some answers and help improve Wine. I'm on Debian bookworm, using the distro-provided Wine 8.0~repack-4. I'm trying to install the retail CD Fear 1, ran into the same CD key problem, and tried the registry font size fix. However, this not only decreases the font size, it also decreases the size of the text boxes as well, thus does not fix the problem. In fact, _increasing_ the font size sometimes allows more chars to fit, although the really fat chars still won't all fit. I have also tried changing "FONTS.FON" and "OEMFONT.FON" (in the same registry group as "LogPixels") to "vgafix.fon," to no avail. This is all on a fresh wineprefix with nothing else installed.
https://bugs.winehq.org/show_bug.cgi?id=20456
--- Comment #59 from blockfin [email protected] --- Installing winetricks' corefonts and setting DPI to 128 seems to have done the trick.
https://bugs.winehq.org/show_bug.cgi?id=20456
[email protected] changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jacobbrett+winehqbugs@jacob | |brett.id.au