March 2012 - Wine-devel - list.winehq.org

Two questions on the Portuguese translation
by Francois Gouget 07 Mar '12

07 Mar '12

Hi, I noticed two Portuguese translations that look a bit strange to me: msgid "" "You don't have a drive C. This is not so great.\n" "\n" "Remember to click 'Add' in the Drives tab to create one!\n" msgstr "" "se não tem uma unidade C. Isto não é nada bom.\n" "\n" "Certifique-se que clica em ?Adicionar? no separador Unidades para criar " "uma!\n" Are the question marks around 'Adicionar' normal? I did not see this pattern elsewhere. msgid "&Search...\tCtrl+F" msgstr "&Localizar..." This translation is missing the keyboard shortcut. Is that intentional? -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ The nice thing about meditation is that it makes doing nothing quite respectable -- Paul Dean

3 2

Re: [PATCH] configure: Check if version of msgfmt (from gettext) is recent enough by checking features (try 2).
by Francois Gouget 07 Mar '12

07 Mar '12

On Mon, 5 Mar 2012, Christian Costa wrote: [...] > +dnl Check the msgfmt version > +if test "$MSGFMT" = "msgfmt" > +then > + AC_MSG_CHECKING([whether msgfmt (from gettext) is recent enough]) The comment and message should be more something like 'checking for msgfmt message context support'. > + cat >conftest.po <<EOF > +# comment > +msgctxt "ctxt" > +msgid "id" > +msgstr "str" > +EOF I believe you are 'leaking' the conftest.po file (unless the configure script automatically cleans up every file that starts with 'conftest'). -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels.

1 0

Re: [docs] winedev: Update gcov section (try 2)
by Saulius Krasuckas 06 Mar '12

06 Mar '12

* On Mon, 5 Mar 2012, André Hentschel wrote: > > en/winedev-otherdebug.sgml | 170 ++++++++++++++++---------------------------- > 1 files changed, 62 insertions(+), 108 deletions(-) ... > <para> > For a further in depth description of gcov, the official gcc > compiler suite page for gcov is <ulink > - url="http://gcc.gnu.org/onlinedocs/gcc-3.2.3/gcc/Gcov.html"> > - http://gcc.gnu.org/onlinedocs/gcc-3.2.3/gcc/Gcov.html</ulink>. > - There is also an excellent article written by Steve Best for > - Linux Magazine which describes and illustrates this process > - very well at > - <ulink url="http://www.linux-mag.com/2003-07/compile_01.html"> > - http://www.linux-mag.com/2003-07/compile_01.html</ulink>. > + url="http://gcc.gnu.org/onlinedocs/gcc/Gcov.html"> > + http://gcc.gnu.org/onlinedocs/gcc/Gcov.html</ulink>. > </para> I am not sure whether it's OK to exclude link to the article on Linux Mag., which only has changed it's URL over time: http://www.linux-mag.com/id/1409/ S.

2 1

Users with native w2k/wxp/Vista/w7, please test (CreateTimerQueue)
by Joerg-Cyril.Hoehle＠t-systems.com 06 Mar '12

06 Mar '12

Hi, If you can run MS-Windows without virtual machine, please visit testbot https://testbot.winehq.org/JobDetails.pl?Key=17175 download the 32 or 64bit executable and execute it. I can't really trust vm machines for timing, but so far it appears that: - Vista/w2k8SE/w7 perform rate correction so as to maintain an average number of callbacks sync.c:583: TimerQueue period 10ms with 0 stress, flags 0 sync.c:558: thread 1340 hpctime 30 delta 15 sync.c:558: thread 1340 hpctime 46 delta 16 sync.c:558: thread 1340 hpctime 46 delta 0 sync.c:601: 80 callbacks within 796/800ms, avg 9.950/10 They'll refire with up to 0 wait upon noticing that it's very late! sync.c:583: TimerQueue period 10ms with 7 stress, flags 10 sync.c:558: thread 1340 hpctime 46 delta 15 sync.c:570: thread 1340 busy 7ms sync.c:558: thread 1340 hpctime 53 delta 7 sync.c:570: thread 1340 busy 7ms sync.c:558: thread 1340 hpctime 62 delta 9 sync.c:570: thread 1340 busy 7ms sync.c:558: thread 1340 hpctime 77 delta 15 sync.c:570: thread 1340 busy 7ms sync.c:558: thread 1340 hpctime 84 delta 7 sync.c:570: thread 1340 busy 7ms sync.c:601: 59 callbacks within 607/600ms, avg 10.288/10 It maintains its average even the callback is busy for 7ms within each 10ms interval. sync.c:583: TimerQueue period 10ms with 12 stress, flags 20 sync.c:558: thread 828 hpctime 31 delta 12 sync.c:570: thread 828 busy 12ms sync.c:558: thread 828 hpctime 43 delta 12 sync.c:570: thread 828 busy 12ms sync.c:601: 42 callbacks within 507/400ms, avg 12.071/10 This one surprises me. No multiple threads are used. Wine uses several threads here. When every callback is busy for 12ms, MS does not reach an average 10ms per invocation, whereas Wine does, thanks to several threads that execute the callbacks concurrently. I want to figure out why several threads were not used. sync.c:601: 40 callbacks within 4624/4680ms, avg 115.600/117 Ok. Note that the average is usually slightly lower than expected, simply because the first callback is asked to fire at time period/2. - w2k/xp do not maintain an average (at least on testbot) sync.c:583: TimerQueue period 10ms with 0 stress, flags 0 sync.c:558: thread 836 hpctime 30 delta 15 sync.c:558: thread 836 hpctime 46 delta 16 sync.c:601: 51 callbacks within 796/800ms, avg 15.608/10 So at least in testbot, the minimum rate is the well-known 15.625ms interval. Note that the 15.625ms is visible in the w7 testbot results too. sync.c:583: TimerQueue period 117ms with 0 stress, flags 20 sync.c:558: thread 840 hpctime 311 delta 125 sync.c:558: thread 840 hpctime 436 delta 125 sync.c:601: 37 callbacks within 4561/4680ms, avg 123.270/117 Unlike w7, it never corrects to a smaller interval like 109ms to reach the requested average of 117ms. This is good news for audio in Wine, because we can make CreateTimerQueue mimic Vista/w2k8/w7 behaviour to give us a stable rate (on average). The logs are quite long, you can send me them per e-mail. Thank you, Jörg Höhle

4 5

translation: meaning of 'magazine' in winerror string
by Fernando Martins 06 Mar '12

06 Mar '12

the po file contains #: winerror.mc:1541 msgid "The magazine is not present.\n" Originally I assumed "magazine" was meant as a sort of storage since the typical meaning of "periodical publication" would not seem to make much sense in the context of a wine error. However, other translations do indeed choose the concept of "periodical". Could I get an explanation of what is meant in the string? Also, this is not an isolated issue. It would be useful if screenshots of the original English dialog boxes, etc would be made available. Maybe a project for the Summer of Code? I mean, to setup an infrastructure to associate lines in po to available corresponding screenshots?

4 3

What to do about en.po?
by Lauri Kenttä 05 Mar '12

05 Mar '12

Hi, The neutral sublanguage of English (en.po) is missing a lot of texts. Is there really a need to "translate" everything to neutral English? I think it's a waste of time to maintain three sets of English texts (msgid, en.po, en_US.po). It would be more practical to have msgids automatically used as the neutral English texts. The current en.po causes undesired results with certain LC_* combinations: http://bugs.winehq.org/show_bug.cgi?id=29924 -- Lauri Kenttä

1 0

Re: [docs] winedev: Update gcov section
by Alexandre Julliard 05 Mar '12

05 Mar '12

André Hentschel <nerv(a)dawncrow.de> writes: > --- > en/winedev-otherdebug.sgml | 170 ++++++++++++++++---------------------------- > 1 files changed, 62 insertions(+), 108 deletions(-) It doesn't build: docbook2html -u winedev-guide.sgml Using catalogs: /etc/sgml/catalog Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#html Working on: /home/julliard/wine/docs/en/winedev-guide.sgml openjade:/home/julliard/wine/docs/en/winedev-otherdebug.sgml:260:43:W: cannot generate system identifier for general entity "subkey" openjade:/home/julliard/wine/docs/en/winedev-otherdebug.sgml:260:43:E: general entity "subkey" not defined and no default entity openjade:/home/julliard/wine/docs/en/winedev-otherdebug.sgml:260:49:E: reference to entity "subkey" for which no system identifier could be generated openjade:/home/julliard/wine/docs/en/winedev-otherdebug.sgml:260:42: entity was defined here openjade:/home/julliard/wine/docs/en/winedev-otherdebug.sgml:282:69:E: reference to entity "subkey" for which no system identifier could be generated openjade:/home/julliard/wine/docs/en/winedev-otherdebug.sgml:260:42: entity was defined here openjade:/home/julliard/wine/docs/en/winedev-otherdebug.sgml:326:69:E: reference to entity "subkey" for which no system identifier could be generated openjade:/home/julliard/wine/docs/en/winedev-otherdebug.sgml:260:42: entity was defined here make[1]: *** [winedev-guide.html] Error 8 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: po: Update Korean translation
by Francois Gouget 05 Mar '12

05 Mar '12

On Wed, 29 Feb 2012, Hwang YunSong(황윤성) wrote: > #: winefile.rc:56 > -#, fuzzy > msgid "Filter by&..." > msgstr "...(&.)로 걸려내기" The trailing ellipses have a very specific meaning and I don't think it makes sense to put them at the start of the translation, especially since none of the other translations do so. So this should probably rather be something like: msgstr "로 걸려내기&..." -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ "Only wimps use tape backup: _real_ men just upload their important stuff on ftp, and let the rest of the world mirror it ;)" -- Linus Torvalds

1 0

Re: winemenubuilder: Nothing useful is done on Mac OS X so just exit.
by Joerg-Cyril.Hoehle＠t-systems.com 04 Mar '12

04 Mar '12

François Gouget wrote: > A real Mac OS X implementation would be nice but barring that it seems > better to do nothing than to create .desktop files and directories that > make no sense on Mac OS X. Perhaps it's better to produce something than produce nothing. Since I first used Wine, perhaps half a decade ago, I've always been looking at the .desktop files to see what the installers declared as - command line arguments and - initial directory. Simply starting an .exe in the file manager is not always enough. That info is also available by tracing a particular channel, however the .desktop is persistent, while I may have forgot to trace that verbose WINEDEBUG channel during installation. With that information, I created my own .desktop files on Linux and .command files on MacOS. I was also more pleased back when Wine wrote human readable .desktop files into the various profile/ subdirectories instead of the current .lnk binary files. What tool can read those pesky .lnk files? Since then I've been annoyed by Wine on Linux repeatedly rebuilding Gnome menus, spitting errors about Wireshark that's not even a Wine app, as well as Wine on MacOS flooding /tmp with .icons files as mentioned in http://www.winehq.org/pipermail/wine-devel/2011-December/093570.html $HOME/.local/share/icons/ never contained a flood of icons, just one per installed app and readme. On both systems, I've repeatedly removed winemenubuilder from the registry, only to find Wine's next update put it back. Whatever you do, please make sure that users can obtain an installed app's command line arguments and launch directory in a simple way. While improving the Mac user experience, what about enhancement request 19028? Thank you, Jörg Höhle

3 2

Re: uxtheme: cause themed buttons to render correctly when pressed and released
by Dmitry Timoshkov 04 Mar '12

04 Mar '12

Robert Grocott <rgrocottbugzilla(a)gmail.com> wrote: > --- a/dlls/user32/button.c > +++ b/dlls/user32/button.c > @@ -190,12 +190,7 @@ static inline UINT get_button_type( LONG window_style ) > /* paint a button of any type */ > static inline void paint_button( HWND hwnd, LONG style, UINT action ) > { > - if (btnPaintFunc[style] && IsWindowVisible(hwnd)) > - { > - HDC hdc = GetDC( hwnd ); > - btnPaintFunc[style]( hwnd, hdc, action ); > - ReleaseDC( hwnd, hdc ); > - } > + InvalidateRect( hwnd, NULL, FALSE); > } This is wrong, you will discover that after running 'make test'. -- Dmitry.

1 0