[Bug 16325] incorrect font rendering for CJK programs

wine-bugs at winehq.org wine-bugs at winehq.org
Wed Feb 8 20:18:34 CST 2012


http://bugs.winehq.org/show_bug.cgi?id=16325

--- Comment #153 from Aric Stewart <aric at codeweavers.com> 2012-02-08 20:18:34 CST ---
(In reply to comment #151)
> Hello Aric,
> 
> Sorry for my delay, I'm travelling these days. Thanks for all your great
> effects. 
> 
> (In reply to comment #141)
> > Qian Hong, I am discussing with Alexandre how to better handle and generate the
> > SystemLink setting for Wine to handle new font installs.
> > 
> > Right now WINE dynamically generates that fallback intelligently and with quite
> > a bit of neat flexibility. I was advocating to remove the registry setting all
> > together and regenerate the fallbacks every time, that would make it pick up
> > new fonts that are installed as well as changes to font replacements quite
> > easily.
> > 
> 
> > However the question is if Chinese users are going to try to set that registry
> > setting themselves and have it have effect? 
> 
> - Chinese users used to set that registry setting, that's because of the
> historical reason of this font link issue.
>   - However, most Chinese Ubuntu users doesn't modified the font link registry
> manually, since there was a patched version of Wine in the wine-cn ppa
> repository, which already worked out of box.
>   - For other distributions, I'm not very sure, please let me know if you need
> any further information and I'll collect them for you.
> 
> > If users are going to try to set
> > that up then we may have a problem because we will be unable to know if the
> > setting was setup by the user or a stale dynamically generated setting from a
> > previous run.
> 
> Sorry again for my late reply, I've seen new patch committed these days, so is
> this still and issue in the latest wine?
> I'm not sure If I understand you very well, I'd like to let you know, if you
> are worrying about bug reports, then may be I can help. In other words, if
> Chinese wine users modify the font link registry manually but file a bug report
> without mentioning what she/he did with registry, then it may became a annoying
> problem for debugging wine, but, in this case, I'll take care on the bugzilla
> and retest those font rendering related issues by myself, hopes that help :)
> 
> > 
> > If you feel that most Chinese users will not be setting that registry key then
> > i am going to take steps to remove it all together and have it be something
> > handled internally.
> > 
> > Will that work?
> 
> Personally I like the way applied in the latest wine, if you need further
> information I can ask on some Chinese Linux User Groups since I can't announce
> on behavior of others rather then myself :)
> No matter what way wine will select, I'll keep participating test and report
> back.
> 
> However, I wonder will auto generated font link always work out of box? It
> seems there is one anti-aliasing issue in the latest wine, will report as
> separate bug.
> 
> Thanks and regards!

Great, I think everything I want is in wine now. It preserves users SystemLinks
but then auto-generates a reasonable additional set that is appended to the end
on run. So installing fonts and setting up Replacements should work as expected
and hoped.

My last patch fixes the
"文泉驿微米黑" vs "WenQuanYi Micro Hei" bug. Both should now work as replacements in
Chinese and the english will work everywhere and is recommended. 

Please test with the current tip of wine and see if it works well for you. 

I would be interested in the usp10 bugs as they may be revealing other issues I
need to investigate so please report them but just specify if having a correct
system link fixes it or not.

-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.


More information about the wine-bugs mailing list