Re: Handling dialogs created without using templates

2004-03-30 Thread Dmitry Timoshkov
"Santosh Siddheshwar" <[EMAIL PROTECTED]> wrote: > Do you have a solution to this issue? If yes, are you planning to > introduce it soon? No, I have no a solution yet. Developing such a solution requires to write a lot of regression/conformance tests. i.e. find out how Windows hooks dialog crea

Re: problem w/winebuild and '@' in names

2004-03-30 Thread Boaz Harrosh
Alexandre Julliard wrote: Jon Griffiths <[EMAIL PROTECTED]> writes: IMO we need to support the mangled exports, ms tools obviously do. I seem to recall this used to work, was it changed for cygwin maybe? No, I don't think it was ever supported, because there are a number of spec files tha

RE: Handling dialogs created without using templates

2004-03-30 Thread Santosh Siddheshwar
Hi, Do you have a solution to this issue? If yes, are you planning to introduce it soon? Thanks in advance. Regards Santosh Siddheshwar > -Original Message- > From: Dmitry Timoshkov [SMTP:[EMAIL PROTECTED] > Sent: Tuesday, March 30, 2004 7:40 PM > To: Santosh Siddheshwar > Cc: [EMAIL

Re: i810 audio fixes 1/2

2004-03-30 Thread Robert Reif
OK, I'm convinced alsa is the way to go. How about using the already implemented HardwareAcceleration for setting the level of acceleration. Use Basic for a full plugin version, Standard for hw access and Full for real hardware acceleration when that becomes available. Emulation is already used fo

Re: [LostWages] make winehq.org HTML 4.01 Transitional + XHTML 1.0 Transitional Valid

2004-03-30 Thread Brian Vincent
> Dimi, I still don't get you, what you are saying is: > changing class=todo to class=done is considerably easier then > changing class="todo" to class="done" Rule #1: whoever is willing to do the thankless job of maintaining pages on the web site gets to tell anyone else how they'd like the forma

Re: ALSA: Allow configuration of output devices to use and change standard output plugin requested to "default"

2004-03-30 Thread Mike Hearn
On Tue, 30 Mar 2004 23:18:17 +0200, Felix Nawothnig wrote: > Thats wrong. wods and wids can be reopened, ALSA_WaveInit is only called > once. Yes, sorry, this was reported to me on IRC and I thought whoever reported it (can't remember now) was going to submit a patch. I guess I said I would and th

Re: problem w/winebuild and '@' in names

2004-03-30 Thread Alexandre Julliard
Jon Griffiths <[EMAIL PROTECTED]> writes: > IMO we need to support the mangled exports, ms tools obviously do. I > seem to recall this used to work, was it changed for cygwin maybe? No, I don't think it was ever supported, because there are a number of spec files that use stdcall decorations wher

Re: ALSA: Allow configuration of output devices to use and change standard output plugin requested to "default"

2004-03-30 Thread Felix Nawothnig
On 03/26/2004 04:56:00 PM, Mike Hearn wrote: in ALSA_WaveInit(): > +wwo->device = ALSA_GetDeviceFromReg("PlaybackDevice"); in wodClose(): > + HeapFree(GetProcessHeap(), 0, wwo->device); and in widClose(): > + HeapFree(GetProcessHeap(), 0, wwi->device); Thats wrong. wods and wids

Re: systray in desktop mode [unified resend]

2004-03-30 Thread Alexandre Julliard
Mike Hearn <[EMAIL PROTECTED]> writes: > This is still an unanswered question. I wanted to special-case > FindWindow so we get efficiency but I think Alexandre didn't like that, > so I guess we have to always start it. Alexandre? We need to start it some way, exactly how is not defined yet. We c

Re: problem w/winebuild and '@' in names

2004-03-30 Thread Jon Griffiths
Hi Mike, Hmm, seems a bit hackish, much like my current solution. I'm a while from submitting the mapi32 stuff anyway, so I can wait for a proper resolution. IMO we need to support the mangled exports, ms tools obviously do. I seem to recall this used to work, was it changed for cygwin maybe? Ch

Re: problem w/winebuild and '@' in names

2004-03-30 Thread Mike McCormack
Hi Jon, Another way to get around this problem is to use: stdcall [EMAIL PROTECTED]@xxx(long long) func_blah because the code only stips off one @ sign and what follows it... I've got no idea if that's the Right Way or not. Mike Jon Griffiths wrote: Hi, winebuild doesn't support export names w

Fwd: Re: Source code visualization tools?

2004-03-30 Thread Blake Leverett
Joel Konkle-Parker wrote: > Is there such a thing as a source code visualization tool that makes a > "map" of a program's source? Kind of like: > > main() > | > | > function1() > /\ >/ \ >

Re: [LostWages] make winehq.org HTML 4.01 Transitional + XHTML 1.0 Transitional Valid

2004-03-30 Thread hatky
On Tuesday 30 March 2004 18:26, Dimitrie O. Paun wrote: > Jeremy, > > Please don't apply this patch to the pages I maintain: > TODO, Fun Projects, Janitorial, Winelib, Status | Options, Status | > Porting If you have to say it officially I will too: 1. The only change in your pages are class=todo

Re: [LostWages] make winehq.org HTML 4.01 Transitional + XHTML 1.0 Transitional Valid

2004-03-30 Thread Dimitrie O. Paun
On Tue, 30 Mar 2004, hatky wrote: > Yes, this time with the patch... > > Change log: > Ofir Petruska <[EMAIL PROTECTED]> > Validate the site as HTML 4.01 Transitional + XHTML 1.0 Transitional Valid > (still declaring declaring HTML 4.01 Transitional) > * Case fixes (all h

problem w/winebuild and '@' in names

2004-03-30 Thread Jon Griffiths
Hi, winebuild doesn't support export names with an '@' correctly. When parsing the spec file, the @X is stripped. This causes names to be incorrectly listed as duplicates. I'm hitting this with mapi32.dll. Outlook 97 imports using get procaddress on the name including the '@', and some exports ar

Re: i810 audio fixes 1/2

2004-03-30 Thread Mike Hearn
On Mon, 29 Mar 2004 18:56:46 -0500, Robert Reif wrote: > If usability rather than performance (as in multiple applications) is > important, then higher level drivers like jack or arts should be used. Apart from JACK which is used in pro-audio situations, sound servers are probably going to be pha

Re: Handling dialogs created without using templates

2004-03-30 Thread Dmitry Timoshkov
"Santosh Siddheshwar" <[EMAIL PROTECTED]> wrote: > Yes attached is a sample which is pretty similar to what I described > below. Thanks. Now I see where the problem is. We have to hook dialog creation code into common window creation code, something similar to what I've done recently for MDI. A

Re: systray in desktop mode [unified resend]

2004-03-30 Thread Mike Hearn
On Tue, 2004-03-30 at 06:08, Martin Fuchs wrote: > If you want to do exactly what native shell32 does, you can just drop > all the old (non-desktop mode) code and replace it with what my > patch wanted to do in desktop mode. Yes, I realise that. I guess you checked that these are the same messages

Re: i810 audio fixes 1/2

2004-03-30 Thread Paul Davis
>The intermediate buffering is the issue. It's not a real big issue >now with only a single buffer but it will be when wine supports >hardware accelerated secondary buffers. You don't want 32 or >64 streams of data each going through multiple intermediate >buffers for SRC, format, and volume chan

Re: i810 audio fixes 1/2

2004-03-30 Thread Robert Reif
The intermediate buffering is the issue. It's not a real big issue now with only a single buffer but it will be when wine supports hardware accelerated secondary buffers. You don't want 32 or 64 streams of data each going through multiple intermediate buffers for SRC, format, and volume changes.