June 2013 - Wine-devel - list.winehq.org

Using of mac driver completely breaks tablets support?
by Andrey Upadyshev 18 Jun '13

18 Jun '13

Hi All! I've installed a Wine 1.5.31 instead of 1.4.smthng and found that tablets support is broken. Some research gives me that wintab32 DLL fails to init because winemac driver doesn't implement tablet related functions (LoadTabletInfo etc) unlike x11 driver. I'm a Wine newcomer so probably I get something wrong about it... How can I switch back to x11 driver? BR, Andrey Upadyshev

4 4

Re: [bugzilla] Add descriptions for additional resolutions (try 2)
by Alexandre Julliard 18 Jun '13

18 Jun '13

André Hentschel <nerv(a)dawncrow.de> writes: > + <dd> > + The problem is not a [% terms.bug %] in Wine, > + but in some upstream software Wine depends on or broken > + packages in distributions. > + Note: Most other bug trackers call this "NOTOURBUG". We should probably rename it. UPSTREAM is not a good name for the way we are using it. -- Alexandre Julliard julliard(a)winehq.org

3 4

Re: Alexandre Julliard : winefile: Avoid abbreviations in column names.
by Bruno Jesus 18 Jun '13

18 Jun '13

On Tue, Jun 18, 2013 at 4:42 PM, Alexandre Julliard <julliard(a)winehq.org> wrote: > Module: wine > Branch: master > Commit: f07ff7f9819b32437624a320fe3029dd795b7a61 > URL: http://source.winehq.org/git/wine.git/?a=commit;h=f07ff7f9819b32437624a320f… > > Author: Alexandre Julliard <julliard(a)winehq.org> > Date: Tue Jun 18 11:32:45 2013 +0200 > > winefile: Avoid abbreviations in column names. Why not remove the "Date" word as they are always dates? Leave only "Creation", "Modification" and "Access". It will help to keep the column headers short. Are they used in other places? Best wishes, Bruno

2 1

Re: po: Update Spanish translation
by Bruno Jesus 18 Jun '13

18 Jun '13

On Mon, Jun 17, 2013 at 6:05 PM, André Hentschel <nerv(a)dawncrow.de> wrote: > I recently started to learn spanish, so i did this easy fixes with best knowledge, though without guaranty > --- > po/es.po | 60 ++++++++++++++++++------------------------------------------ > 1 file changed, 18 insertions(+), 42 deletions(-) > #: joy.rc:64 > -#, fuzzy > -#| msgid "Available formats" > msgid "Available Effects" > -msgstr "Formatos disponibles" > +msgstr "Formatos efectos" "Efectos disponibles" makes more sense than "Formatos efectos", I guess this was a typo. #: netstat.rc:33 msgid "Sent" -msgstr "" +msgstr "Envió" "Envió" is present tense, the past tense would be "Enviado". Best wishes, Bruno

3 2

[Wine] German translation - netstat.exe
by Joerg Schiermeier 18 Jun '13

18 Jun '13

Hi list, in wines call for translators is listed one 'spelling error' in the German translation which isn't one. <http://fgouget.free.fr/wine-po/> The translation is correct: <http://fgouget.free.fr/wine-po/de.spell.html> ---<cite>--- [Proto] (unchanged) 10453 -> Porto, Proton, Photo, Protest, Protzen ---</cite>--- is correct translated to 'Proto'. 'Proto' is used as an abbreviation for protocol. This appears in 'netstat.exe' (src/wine/programs/netstat). I checked this in an 'Windows 7' installation running the original command. Who is responsible for the list in <http://fgouget.free.fr/wine-po/>? You may please take this one faulty error away. -- Kindly regards Joerg Schiermeier Bielefeld/Germany

2 1

Re: [PATCH 1/2] wined3d: Pass fogstart==fogend to GL in fog table mode (try 3)
by Henri Verbeet 18 Jun '13

18 Jun '13

On 18 June 2013 16:17, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > diff --git a/dlls/wined3d/glsl_shader.c b/dlls/wined3d/glsl_shader.c > index e14d7ab..ad9be6a 100644 > --- a/dlls/wined3d/glsl_shader.c > +++ b/dlls/wined3d/glsl_shader.c > @@ -7107,7 +7109,7 @@ static void glsl_fragment_pipe_fog(struct wined3d_context *context, > new_source = FOGSOURCE_FFP; > } > > - if (new_source != context->fog_source) > + if (new_source != context->fog_source || fogstart == fogend) > { > context->fog_source = new_source; > state_fogstartend(context, state, STATE_RENDER(WINED3D_RS_FOGSTART)); You shouldn't need this.

2 3

Re: [PATCH 2/5] wined3d: Handle fog_start==fog_end with table fog(try 2)
by Henri Verbeet 18 Jun '13

18 Jun '13

On 17 June 2013 22:53, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > correctly with fixed function fog. Tested as usual on Geforce9 (OSX, > Linux), Geforce7 (Linux), r300g, r600g, i965 (OSX), r200. Which of those is affected by the quirk? I think all of those except r200 should be able to do GLSL, but you say r200 is the only one that doesn't pass the tests. You may be able to convince me that this is a good idea, but so far I don't think it's worth all the extra code. > + if (isnan(fogstart) || isinf(fogstart) || isinf(-fogstart)) You should only need one isinf() here, it's not supposed to care about the sign. > #define WINED3D_ADAPTER_CAP_XYZRHW 0x00000001 > #define WINED3D_ADAPTER_CAP_VS_CLIPPING 0x00000002 > +#define WINED3D_ADAPTER_CAP_BROKEN_FOG 0x00000008 Is this intentional?

2 4

Re: comctl32: Use default GUI font instead of System as a fallback in the tab control.
by Alexandre Julliard 18 Jun '13

18 Jun '13

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > --- > dlls/comctl32/tab.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) It breaks the tests here: ../../../tools/runtest -q -P wine -M comctl32.dll -T ../../.. -p comctl32_test.exe.so tab.c && touch tab.ok tab.c:625: Test failed: with icon, set size > icon: Expected [57,30] got [54,30] tab.c:626: Test failed: with icon, set size < icon: Expected [57,20] got [54,20] tab.c:627: Test failed: with icon, min size: Expected [57,1] got [54,1] tab.c:625: Test failed: with icon, set size > icon: Expected [60,30] got [54,30] tab.c:626: Test failed: with icon, set size < icon: Expected [60,20] got [54,20] tab.c:627: Test failed: with icon, min size: Expected [60,1] got [54,1] tab.c:625: Test failed: with icon, set size > icon: Expected [63,30] got [56,30] tab.c:626: Test failed: with icon, set size < icon: Expected [63,20] got [56,20] tab.c:627: Test failed: with icon, min size: Expected [63,1] got [56,1] tab.c:625: Test failed: with icon, set size > icon: Expected [66,30] got [59,30] tab.c:626: Test failed: with icon, set size < icon: Expected [66,20] got [59,20] tab.c:627: Test failed: with icon, min size: Expected [66,1] got [59,1] etc. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: (retry) gdi32: load cached vertical fonts after non-vertical font
by Alexandre Julliard 18 Jun '13

18 Jun '13

Aric Stewart <aric(a)codeweavers.com> writes: > { > - FontSubst *subst = HeapAlloc(GetProcessHeap(), 0, sizeof(*subst)); > - subst->from.name = strdupW(english_family); > - subst->from.charset = -1; > - subst->to.name = strdupW(family_name); > - subst->to.charset = -1; > - add_font_subst(&font_subst_list, subst, 0); > + if (!array_size) > + { > + array_size = 5; > + vertical_fonts = HeapAlloc(GetProcessHeap(), 0, array_size * sizeof(WCHAR*)); > + } > + if (vertical_count+1 >= array_size) > + { > + array_size *= 2; > + vertical_fonts = HeapReAlloc(GetProcessHeap(), 0, vertical_fonts, array_size * sizeof(WCHAR*)); > + } > + vertical_fonts[vertical_count] = strdupW(buffer); > + vertical_count++; That seems overly complicated. We already put the fonts in a list, it shouldn't be hard to reorder it, or use a temp list for vertical fonts, or something like that. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH 1/5] wined3d: Consolidate d3d_info BOOLs into a flags field
by Henri Verbeet 18 Jun '13

18 Jun '13

We probably want this regardless of the next patch, but I'd prefer for this kind of thing to go in after the release.

1 0