[Bug 16325] incorrect font rendering for CJK programs

[wine-bugs at winehq.org]

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

--- Comment #114 from Dmitry Timoshkov <dmitry at baikal.ru> 2012-01-31 07:42:31 CST ---
(In reply to comment #112)
> Firstly, requiring the user to setup font links is indeed a bug.

Of course it is.

> So I use en_US.UTF-8 locales for all my machines and accounts. Native Linux
> programs can display and input CJK flawlessly, do I have to change locale just
> because of wine?

Just set the LANG variable appropriately on the wine command line. And no,
using en_US.UTF-8 for CJK font glyph display can't work for not unicode
applications.

> Above all, wine can do better than Windows. I hope wine can support locale
> overriding for individual programs one day.

What's wrong with prepending LANG to the wine command line?

> Thirdly, your testing principle is wrong. 
> 
> I guess a dirty patch, would fix CJK but break other languages. And what you
> are constantly asking is a test case showing the CJK handling difference
> between Windows and wine. We cannot do anything, if such test is not yet
> discovered, right?

Missing test case shows that the author of the patch didn't test what the
real behaviour is, and how Windows is supposed to handle things. If you
don't have a test case how can you claim the patch is correct?

> In fact, many Chinese people gave up wine or Linux entirely because of wine's
> CJK rendering problem. We are NOT talking about mathematics, mass experience is
> indeed a proof.

The source is there, feel free to fix missing/wrong bits. For details see
http://wiki.winehq.org/SubmittingPatches

> However, do you have test cases showing wine's current, supposed i18n capacity?
> Why don't you use such cases to justify whether a patch is dirty or not? Or you
> can just use some more practical non-English non-CJK program to test it.

Wine has plenty of locale tests.

> If you don't such do tests. I guess you are rejecting others' patch just
> because you think you know Windows and wine better than others. May be it is
> the case, though.

The patch author needs to prove the patch correctness, and not expect that
somebody else will do her/his job.

-- 
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.