July 2009 - Wine-Devel - list.winehq.org

Re: comctl32: Explicitly initialize visible order of a newly added item, force visible order recalculation on redraw.
by Austin English July 16, 2009

July 16, 2009

On Thu, Jul 16, 2009 at 3:34 AM, Dmitry Timoshkov<dmitry(a)codeweavers.com> wrote: > This patch should fix the regression reported in the bug 19338. > --- > dlls/comctl32/treeview.c | 4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) Can you possibly add a testcase for this to prevent further regressions? -- -Austin

2 1

re: Wine very very slow in Chinese language of Linux
by Dan Kegel July 16, 2009

July 16, 2009

Axel wrote: > When using WINE in Chinese environment Linux, the WINE works very very slow even opening windows / clicking buttons.... Does this happen with the latest wine (1.1.25)? If so, can you show us how to reproduce the problem on an ubuntu 9.04 system? Remember, most of us don't speak chinese, so you'll need to be very explicit with your instructions. Thanks, Dan

5 5

which release of Wine created or last updated this particular .wine/ tree?
by Joerg-Cyril.Hoehle＠t-systems.com July 16, 2009

July 16, 2009

Hi, my HD contains a dozen .wine*/ directories created with various settings and releases of Wine, some a long time ago. A repeating question is: With what release of Wine did I create this particular .wine/ tree ? Or rather: what release last updated this .wine/ tree? It is not acceptable to run ~/src/most-current-wine/winecfg "about" on this .wine/ tree since an update that would change the bug footprint, causing the tested apps to work differently. At the time of ~0.9.60, the answer was easy because tools/wine.inf was copied into .wine/drive_c/windows/inf/wine.inf and contained a release number. Another possibility would be that I build a mini-DB of e.g. drive_c/windows/notepad's md5. Not very reliable, as notepad.exe need not change with every release. Any other ideas? Jörg Höhle.

3 3

Re: winequartz.drv Mac OS X UI discontinued?
by James Mckenzie July 15, 2009

July 15, 2009

>Just to explain things better, I found great sample of calling Obj-C >API within pure C program: >http://www.smipple.net/snippet/moriyoshi/Using%20Objective-C%20ABI%20from%2… >. > >This is basic application that just displays a single window, and YES >it works! >BUT it is 400 lines of code, it is totally obscure. >Having it natively in Obj-C would be ~50 lines of small clean code. So >this is what a call a "nightmare", or maybe "happy coding". Or maybe job security. However, we have a requirement that any code submitted to the Wine project be either c or C++. ObjC cannot be included, however. I would like to see it 'wrapped' so that it could not be compiled and then the world would be upright (and this is how several other projects do this as well.) James McKenzie

8 12

Re: [PATCH 2/3] jscript: Improve Number_toString implementation
by Paul Vriens July 15, 2009

July 15, 2009

Piotr Caban wrote: > --- > dlls/jscript/number.c | 113 > ++++++++++++++++++++++++++++++++++++++++++-- > dlls/jscript/tests/api.js | 50 +++++++++++++++++-- > 2 files changed, 151 insertions(+), 12 deletions(-) > > > > > ------------------------------------------------------------------------ > > Hi Piotr, These new tests fail on several platforms, see: http://test.winehq.org/data/tests/jscript:run.html Could you have a look? -- Cheers, Paul.

2 2

question about RtlGenRandom (SystemFunction036) and urandom
by winehqlist＠sub.noloop.net July 15, 2009

July 15, 2009

Hello, I just randomly stumbled upon this old mail http://www.winehq.org/pipermail/wine-patches/2005-May/017718.html and I found the FIXME comment about (lack of) cryptographic quality slightly worrying, so I had a quick look at the gitweb to see what the implementation would look like these days. Apparently this method still uses urandom but the FIXME comment has been removed (in http://source.winehq.org/git/wine.git/?a=commitdiff;h=59f2a3312e4c16876b69f… ) Just thought I'd give it a heads-up, maybe this is still an issue that should at least be marked in the comments?

2 3

Re: gdi32: ensure that the last_resort family at least has FS_LATIN1characters.
by Dmitry Timoshkov July 15, 2009

July 15, 2009

"Aric Stewart" <aric(a)codeweavers.com> wrote: > Corrects a large number of font issues with east asian programs. > - if(csi.fs.fsCsb[0] & (face->fs.fsCsb[0] | face->fs_links.fsCsb[0])) { > + if((csi.fs.fsCsb[0] & (face->fs.fsCsb[0] | face->fs_links.fsCsb[0])) && (face->fs.fsCsb[0] & FS_LATIN1)) > { Certainly this is a not acceptable hack. What if the app doesn't need latin glyphs at all? Say it needs only cyrillic or symbol ones? -- Dmitry.

2 4

Re: Set the encoding of the remaining German resources to UTF-8.
by Paul Vriens July 15, 2009

July 15, 2009

Michael Stefaniuc wrote: > --- > dlls/browseui/rsrc_De.rc | 2 ++ > dlls/iccvid/iccvid_De.rc | 2 ++ > dlls/localspl/spl_De.rc | 2 ++ > dlls/mpr/mpr_De.rc | 2 ++ > dlls/msacm32/msacm_De.rc | 2 ++ > dlls/msvidc32/msvidc32_De.rc | 2 ++ > dlls/oleaut32/oleaut32_De.rc | 2 ++ > dlls/sane.ds/sane_De.rc | 2 ++ > dlls/shlwapi/shlwapi_De.rc | 2 ++ > dlls/wininet/wininet_De.rc | 2 ++ > programs/write/De.rc | 2 ++ > 11 files changed, 22 insertions(+), 0 deletions(-) > > diff --git a/dlls/browseui/rsrc_De.rc b/dlls/browseui/rsrc_De.rc > index b32400c..9a0b78e 100644 > --- a/dlls/browseui/rsrc_De.rc > +++ b/dlls/browseui/rsrc_De.rc > @@ -19,6 +19,8 @@ > > #include "resids.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > STRINGTABLE > diff --git a/dlls/iccvid/iccvid_De.rc b/dlls/iccvid/iccvid_De.rc > index 3262c91..d1a3cef 100644 > --- a/dlls/iccvid/iccvid_De.rc > +++ b/dlls/iccvid/iccvid_De.rc > @@ -19,6 +19,8 @@ > > #include "iccvid_private.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > STRINGTABLE DISCARDABLE > diff --git a/dlls/localspl/spl_De.rc b/dlls/localspl/spl_De.rc > index 4e6616e..b30e13c 100644 > --- a/dlls/localspl/spl_De.rc > +++ b/dlls/localspl/spl_De.rc > @@ -21,6 +21,8 @@ > > #include "localspl_private.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > STRINGTABLE DISCARDABLE > diff --git a/dlls/mpr/mpr_De.rc b/dlls/mpr/mpr_De.rc > index 662cad5..d8b1298 100644 > --- a/dlls/mpr/mpr_De.rc > +++ b/dlls/mpr/mpr_De.rc > @@ -20,6 +20,8 @@ > > #include "mprres.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > STRINGTABLE DISCARDABLE > diff --git a/dlls/msacm32/msacm_De.rc b/dlls/msacm32/msacm_De.rc > index cd4353a..1f35148 100644 > --- a/dlls/msacm32/msacm_De.rc > +++ b/dlls/msacm32/msacm_De.rc > @@ -20,6 +20,8 @@ > > #include "wineacm.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > DLG_ACMFORMATCHOOSE_ID DIALOG DISCARDABLE 10, 20, 225, 100 > diff --git a/dlls/msvidc32/msvidc32_De.rc b/dlls/msvidc32/msvidc32_De.rc > index c31635c..1dc777b 100644 > --- a/dlls/msvidc32/msvidc32_De.rc > +++ b/dlls/msvidc32/msvidc32_De.rc > @@ -19,6 +19,8 @@ > > #include "msvidc32_private.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > STRINGTABLE DISCARDABLE > diff --git a/dlls/oleaut32/oleaut32_De.rc b/dlls/oleaut32/oleaut32_De.rc > index e0ae38b..1dbee3e 100644 > --- a/dlls/oleaut32/oleaut32_De.rc > +++ b/dlls/oleaut32/oleaut32_De.rc > @@ -20,6 +20,8 @@ > > #include "resource.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > STRINGTABLE DISCARDABLE > diff --git a/dlls/sane.ds/sane_De.rc b/dlls/sane.ds/sane_De.rc > index a1be1e4..3f3e116 100644 > --- a/dlls/sane.ds/sane_De.rc > +++ b/dlls/sane.ds/sane_De.rc > @@ -20,6 +20,8 @@ > > #include "resource.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > IDD_DIALOG1 DIALOG DISCARDABLE 0, 0, 186, 46 > diff --git a/dlls/shlwapi/shlwapi_De.rc b/dlls/shlwapi/shlwapi_De.rc > index f0de193..f74600f 100644 > --- a/dlls/shlwapi/shlwapi_De.rc > +++ b/dlls/shlwapi/shlwapi_De.rc > @@ -20,6 +20,8 @@ > > #include "resource.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > IDD_ERR_DIALOG DIALOG MOVEABLE DISCARDABLE 0, 0, 220, 60 > diff --git a/dlls/wininet/wininet_De.rc b/dlls/wininet/wininet_De.rc > index 9b168b4..4766589 100644 > --- a/dlls/wininet/wininet_De.rc > +++ b/dlls/wininet/wininet_De.rc > @@ -18,6 +18,8 @@ > > #include "resource.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > IDD_PROXYDLG DIALOG LOADONCALL MOVEABLE DISCARDABLE 36, 24, 250, 154 > diff --git a/programs/write/De.rc b/programs/write/De.rc > index a953576..db175a0 100644 > --- a/programs/write/De.rc > +++ b/programs/write/De.rc > @@ -19,6 +19,8 @@ > > #include "resources.h" > > +#pragma code_page(65001) > + > LANGUAGE LANG_GERMAN, SUBLANG_NEUTRAL > > STRINGTABLE Is there anything against for all .rc files being UTF-8 and having that pragma by default? -- Cheers, Paul.

2 2

Re: wordpad: Fix the English NEUTRAL translation.
by Austin English July 15, 2009

July 15, 2009

On Tue, Jul 14, 2009 at 6:45 PM, Michael Stefaniuc<mstefani(a)redhat.de> wrote: > --- > programs/wordpad/En.rc | 12 +++++++++++- > 1 files changed, 11 insertions(+), 1 deletions(-) > > diff --git a/programs/wordpad/En.rc b/programs/wordpad/En.rc > index fe92de7..1e1fd2e 100644 > --- a/programs/wordpad/En.rc > +++ b/programs/wordpad/En.rc > @@ -249,7 +249,17 @@ LANGUAGE LANG_ENGLISH, SUBLANG_NEUTRAL > > STRINGTABLE DISCARDABLE > BEGIN > - STRING_ALIGN_LEFT, "Left" > STRING_ALIGN_RIGHT, "Right" > STRING_ALIGN_CENTER, "Centre" Any reason you removed Left but not Right? -- -Austin

2 1

Re: Suggestions about the website of www.winehq.org
by axel_xia July 15, 2009

July 15, 2009

Sorry that I forget to send the attachments. "Please refer to the attached pictures for the Chinese environment in Fedora 10 & Ubuntu 9.04 by only choosing Chinese language when installing Linux OS." Axel ----- 原文 ----- From:axel_xia(a)sohu.com Subject:Re: Suggestions about the website of www.winehq.org Hi, Dan, Thanks for your email. And please kindly see my comments below: Reply to topic 1): It is true that it is not leaglly suitable to copy MS fonts, however the open-source fonts (Wenquanyi, http://wenq.org/enindex.cgi) has been available for very long period, which also are probalble used by Fedora & Ubuntu as default Chinese fonts (even Asian/CJK fonts(maybe CKJ means "Chinese Japanese Korean"), but I am not sure). Please refer to the attached pictures for the Chinese environment in Fedora 10 & Ubuntu 9.04 by only choosing Chinese language when installing Linux OS. In my opinion, I do not think we need to add these Chinese fonts into winetricks, instead, we only need by default in wine to create a link between wine & these fonts of Linux OS, just like the way when $MS softwares are installed into Chinese version of $MS windows: the software itself does not include the fonts, but it will share the fonts in OS when displaying Chinese because the Chinese version of OS already has the Chinese fonts installed. I guess it is the best way for www.winehq.org to work together with Redhat/Fedora & Ubutun & other distributions about the fonts linking to Linux OS. Reply to topic 2): I understand that few manpower are available in wine-develop group, but what about finding someone to establish &/ take care of the Chinese version in appdb? And then assign someone in wine-devel who understand Chinese to help monitor the Chinese version of appdb or forums. If so, it allows most of Chinese evaluators to post their test into appdb, which will contribute the development of wine really a lot. And, at least some popular $MS software can be added into winetricks after tests passed, such as Xunlei, flashget, QQ, QQ games. These software are very commonly used in China but always have lots of issues in wine. Huge solutions about these issues have made many confusions but we do not know which solution is right. We then don't need to illeagaly copy $MS .dll if winetricks itself contains these additional .dll files. Reply to topic 3): I insist that different languages of www.winehq.org should be established in long term, and it is feasible to find someone who are native Chinese to monitor the Chinese winehq website. However, in the short term, we can only link to http://forum.ubuntu.org.cn/viewforum.php?f=121 for the most popular forums about wine. And also you can invite forum-monitoring volunteers via that forum and I am sure there are lots of people willing to take care of it. Best regards! Axel ----- 原文 ----- From:Dan Kegel<dank(a)kegel.com> Subject:Re: Suggestions about the website of www.winehq.org On Mon, Jul 13, 2009 at 9:47 PM, <axel_xia(a)sohu.com> wrote: > I am a Chinese user for Fedora and have be trying to use wine for very long > time. Based on my experience in wine evaluation, may I provide my > suggestions on wine development & prospect? Yes, please! But please don't cross-post. Your question probably belongs on wine-devel or wine-users. cc'ing five different mailing lists is not a good idea. > 1) There are many many discussions in the internet about the Chinese font > sets issue in wine (wine very very slow, or can not display Chinese > correctly, & etc). However, most popular Linux distributions almost have no > issues for Chinese character display nowadays, the Chinese version of $MS > windows are perfectly compatible with Chinese character and even all the > softwares for $MS windows use default $MS Chinese fonts without any issues. > So, is that possible for wine/crossover to directly use/share Chinese fonts > (even all fonts of different languages) in linux distributions? As far as I know, the MS chinese fonts are copyrighted, and their license terms do not permit redistribution. (The "microsoft core fonts" were distributed under a very permissive license, and are more or less available on all linux systems, but they don't have good chinese fonts.) If you know of any legally downloadable chinese fonts, please let me know and I'll at least add them to winetricks. If you're saying that Linux already comes with great Chinese fonts, and Wine isn't using them properly, then that sounds like a bug we need to fix. There are two bugs open right now for CJK fonts: http://bugs.winehq.org/show_bug.cgi?id=13829 (fonts aren't found properly) http://bugs.winehq.org/show_bug.cgi?id=16325 (fonts don't look good) Perhaps you should file one for the slow fonts issue. > 2) Is that possible to have someone from winehq.org to verify $MS software > applicable in wine or not(at lease which .dll should be copy into > ~./wine/.../system32)? I found thousands of $MS softwares are posted on > AppDB in www.winehq.org but only checked by evaluators. So I wonder if > possible for winehq.org people to validate these programs and even better to > tell visitors step by step to run each software in wine. I think it is > better to post the correct steps of $MS software emulation in AppDB because > we need to rely on the offical website. It is harmful that users don't think > AppDB is believable then less and less people will come to www.winehq.org > for help day by day. Sadly, we don't have enough manpower to keep appdb up to date ourselves; we rely on volunteers. Our goal is for there to be no steps needed beyond running setup and starting the app, so that's what Wine developers tend to spend their time on, and we leave appdb updating to volunteers. That said, it would be helpful for somebody to make a pass over the popular apps in the appdb and update the howtos, including converting ad hoc installation steps into winetricks steps as appropriate. Any volunteers? > 3) Is that possible to open accounts in Forums of winehq website for common > users? And also is that possible to have different forums in Chinese or in > other languages established worldwide? That's a good idea. We can also link to any other Wine forums that already exist in other languages; do you know of any in Chinese? Thanks again for writing. We've known for a long time that we have some issues with Asian languages, but since most of our developers are not fluent in Asian languages, we haven't made much progress on it. We rely on feedback like the messages you've been sending lately. - Dan 寻找童趣好游戏让你停不下来抽奖换礼，好运有你！

1 0