wine-devel April 2006

wine-devel@winehq.org

176 participants
334 discussions

ExtractFiles calls cabinet.Extract which only has an ansi version
by James Hawkins 14 Apr '06

14 Apr '06

Hey, Only one advpack function needs to be converted to unicode, ExtractFilesA. The problem is that we use cabinet.Extract to extract the files, but cabinet only provides one version of Extract, and it's ansi and not unicode. Francois, you noticed that advpack now had A/W functions, does the new cabinet have these as well? If not, will I just have to convert the unicode to ansi and call Extract? Also, which SDK has these new functions? I couldn't find them. -- James Hawkins

2 2

how to open a linux application in the windows program
by yaoyansi 13 Apr '06

13 Apr '06

I appreciate your help as I begin to understand Wine. I installed kernel-win32 on Linux,and tried running a program which is developed with vc++6.0. The program runs well except opening a linux application. I can use system(),WinExec(),and ShellExecute() to open a windows application in vc++6.0. The question is,how to open a linux application in my program?and how to fill the correct parameters in these 3 functions. --yaoyansi --------------------------------- 雅虎1G免费邮箱百分百防垃圾信雅虎助手-搜索、杀毒、防骚扰

2 1

bad archive link in WWN Issue #311
by Tony Lambregts 13 Apr '06

13 Apr '06

The archive link for "Audio Latency Issues" in issue 311 of Wine Weekly News gives a 404 error: http://www.winehq.com/pipermail/wine-devel/2006-April/046088.html It should probably be replaced by the following link. http://www.winehq.com/pipermail/wine-devel/2006-April/046139.html I would fix it myself but I am at work right now and I will be out of town (and away from my linux box) for the Easter long weekend so it will be a while before I am able to do so. So If someone else could provide a proper patch I would appreciate it in the mean time here is a the best patch I could come up with using the tools I have Thanks

2 1

Re: Wine fonts too big for their input fields.
by Duane Clark 13 Apr '06

13 Apr '06

Brian Vincent wrote: > On 4/12/06, *Duane Clark* <dclark(a)akamail.com > <mailto:dclark@akamail.com>> wrote: > > I made the attached changes to the edit test. The results when run on > Win2k are a bit strange (note that I only looked for the min in the > first 1024 glyphs): > > edit.c:807:Font Microsoft Sans Serif first char=32, last=65532 > edit.c:817:MinA=0, minC=0 > edit.c:824:Left=0, right=0 > > > Question: is there ever a situation where Left=0 and Right=0 is ok? If > not, just bump it by 1. > > That's probably not the right solution, but this just seems like a > corner case. Actually, those are the results on real Windows 2000. So they are (presumably) the correct values. Wine puts in margins, which it shouldn't in this case.

1 0

Re: Hungarian translation of wordpad and regedit
by James Hawkins 13 Apr '06

13 Apr '06

On 4/13/06, Kovács András <andras(a)csevego.net> wrote: > Hi I translated these two programs to hungarian There are two attached > documents: 1. The diffs between the original and the modified files 2. The > two Hu.rc files Best regards, Andras Kovacs > Can you send the diff of each program separately? -- James Hawkins

1 0

Re: README: Updated to not point users at wineinstall and to mention fontforge
by Phil Krylov 13 Apr '06

13 Apr '06

On Mon, 10 Apr 2006 08:18:51 +0200 Kai Blin <kai.blin(a)gmail.com> wrote: > Also added fontforge to the build requirements list, with a note to Gentoo > users to update their version of fontforge, as the version currently used in > Gentoo doesn't work. Too late: today's Gentoo Portage has fontforge-20060406 (although as a ~x86 unstable package). -- Ph.

7 8

Re: wined3d: move traces into D3DFmtMakeGlCfg and fix FIXME for depth/stencil buffer "not found"
by Jason Green 13 Apr '06

13 Apr '06

On 4/13/06, Christoph Frick <frick(a)sc-networks.de> wrote: > License: LGPL > ChangeLog: > 2006-04-12 Christoph Frick <rid(a)zefix.tv> > * dlls/wined3d/device.c > move traces into D3DFmtMakeGlCfg and fix FIXME for depth/stencil > buffer "not found" Part of this is already in my patch from yesterday that has been applied to the latest git/cvs (the FIXME update). But, the TRACE's could still be useful.

1 0

Re: [WINED3D] Improve pshader code structure
by Vitaliy Margolen 13 Apr '06

13 Apr '06

Wednesday, April 12, 2006, 4:02:58 PM, Ivan Gyurdiev wrote: > The point of this patch is to pull out things like modifier processing > (write masks, saturate, swizzle) from different case statements, and put > them in a more common path, which simplifies code, and makes sure we > don't miss cases. Also, reorder things as appropriate to get rid of the > crazy continue/switch flow control that's confusing me. Dead code paths > were also if0'ed. > Patch introduces undesired effect that now input and output modifiers > are allowed on all instructions, which is definitely not valid according > to MSDN. However, I don't think we should care at this point, since > processing of valid shaders, and simplifying the code path should take > precedence. We can add validation later in a more appropriate place [ > the current "validation" is to completely disable or enable modifiers on > certain instructions, which is not correct either - and it should fail, > not just print a fixme on error ]. > Patch will enable processing _bx2 modifier on certain texture > instructions, which is valid in shaders 1.2/1.3. Also, is negation and > swizzling valid on texture instructions in 3.0? If it is, this will > process it. Also will enable write mask processing in some texture > instructions where it previously wasn't, generating more correct shader. I'm afraid this page changes too much at one go. You should split it into separate pieces. For example: > TRACE("Found opcode D3D:%s GL:%s, PARAMS:%d, \n", > - curOpcode->name, curOpcode->glname, curOpcode->num_params); > + curOpcode->name, curOpcode->glname, curOpcode->num_params - 1); should be one patch. Btw why are you adding -1 here? This could be turned into one big patch that is no-op: > /* Cubemap textures will be more used than 3D ones. */ > - sprintf(tmpLine, "TEX T%lu, TMP, texture[%lu], CUBE;\n", reg, reg); > + sprintf(tmpLine, "TEX T%lu, TMP, texture[%lu], CUBE;\n", output, output); Vitaliy Margolen

2 1

Wine fonts too big for their input fields.
by Tony Lambregts 13 Apr '06

13 Apr '06

We now have at least three bugs[1] where the program will not accept the all the characters that are required if we do not use native fonts. The latest bug report was reported just today and the reporter resolved the bug as FIXED when he used Native fonts. So I have a couple of questions. Should we consider using native fonts a "FIX" or is it just a workaround? Or in other words can we fix our built in fonts to fix this. Should These bugs marked a duplicates? [1] http://bugs.winehq.org/show_bug.cgi?id=2389 http://bugs.winehq.org/show_bug.cgi?id=4162 http://bugs.winehq.org/show_bug.cgi?id=5052 -- Tony Lambregts

6 17

Re: Comctl32: fix listview column resize [2/2] (resend)
by Detlef Riekenberg 12 Apr '06

12 Apr '06

Mikołaj Zalewski wrote: > When resizing the columns of a listview by dragging the header columns > divider, the list columns resizes after every mouse move while the > header only draws a tracking line and resizes when the mouse button goes > up. These patches tries to fix it. The Drivers-Listview in winecfg works now (thanks for that fix), but the Listview-Issues in winefile are still present. Any Ideas? -- By By ... ... Detlef

2 1

← Newer
1
...
18
19
20
21
22
23
24
...
34
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel April 2006