Re: tips needed for implementing the common control ICC_STANDARD_CLASSES

2004-08-28 Thread James Hawkins
Ok I'll try to get that in. Thanks for the tip Juan. On Sat, 28 Aug 2004 22:26:22 -0700 (PDT), Juan Lang <[EMAIL PROTECTED]> wrote: > James wrote: > > The unknown class is one of the two control classes > > left to be implemented in commctrl: > > ICC_STANDARD_CLASSES. I would like to implement >

Re: tips needed for implementing the common control ICC_STANDARD_CLASSES

2004-08-28 Thread Juan Lang
James wrote: > The unknown class is one of the two control classes > left to be implemented in commctrl: > ICC_STANDARD_CLASSES. I would like to implement > this class, but I have no idea where to start. It doesn't look like you'd need to do anything special for the ICC_STANDARD_CLASSES case. Th

Re: working together on stdole.tlb and a end to dcom9x

2004-08-28 Thread Nyef
On Sun, Aug 29, 2004 at 04:42:04AM +0200, Filip Navara wrote: > > You're pretty much right. I tried to create *very* simple > HelloWorld-type type library with it and and it reported me bunch of > "stub!" messages and crashed. I also found a bug in implementation of > ITypeLib2_fnGetTypeInfoOfG

Re: tips needed for implementing the common control ICC_STANDARD_CLASSES

2004-08-28 Thread James Hawkins
> This is all just speculation, but maybe it's possible that Kazaa uses a > non-standard control in it's code? You could be right about this, but I'm pretty sure it's ICC_STANDARD_CLASSES that's needed, because the error I get when I try to run wine is: fixme:commctrl:InitCommonControlsEx Unknown

Re: working together on stdole.tlb and a end to dcom9x

2004-08-28 Thread Filip Navara
Nyef wrote: The ICreateTypeLib2 interface is used to create the new-style MSFT typelibs. The older ICreateTypeLib interface is used for the old-style typelibs. While the newer interface also implements the older one, when you ask for the old interface with CreateTypeLib() you get a completely diffe

Re: tips needed for implementing the common control ICC_STANDARD_CLASSES

2004-08-28 Thread michael
On Fri, Aug 27, 2004 at 12:53:36PM -0400, James Hawkins wrote: > I'm reading through msdn some more and they say ICC_STANDARD_CLASSES should > > "Load one of the intrinsic User32 control classes. The user controls > include button, edit, static, listbox, combobox, and scrollbar." > > If I'm remem

Re: [ck] Re: Threading issues? [ck-request@vds.kolivas.org: ck Digest, Vol 3, Issue 16]

2004-08-28 Thread Michael Chang
On Sat, Aug 28, 2004 at 01:54:19AM +1000, Con Kolivas wrote: > Mike Hearn wrote: > >>>Well, apparently we don't use sched_yield, so the problem must > lie somewhere else. Maybe Con can help us out here? Alexandre says he > >> > >>Interesting. Probably the most valuable information is that it se

Re: working together on stdole.tlb and a end to dcom9x

2004-08-28 Thread Nyef
On Sat, Aug 28, 2004 at 11:06:46PM +0200, Filip Navara wrote: > Mike Hearn wrote: > > >It basically involves implementing the ICreateTypeLib interfaces in our > >OLE dlls. Nyef did some great work on this but for stdole32.tlb we need > >the other version, I think. > > > > > Can you elaborate more

Re: working together on stdole.tlb and a end to dcom9x

2004-08-28 Thread Filip Navara
Mike Hearn wrote: It basically involves implementing the ICreateTypeLib interfaces in our OLE dlls. Nyef did some great work on this but for stdole32.tlb we need the other version, I think. Can you elaborate more please? Looking at dlls/oleaut32/typelib2.c I see that the ICreateTypeLib2 interfa

cleanup w->a cross calls in printdrv

2004-08-28 Thread James Hawkins
I want to send this through wine-devel first to see if there are any problems with it. In gdi_private.h I had to change the parameters that pStartDoc accepted from DOCINFOA to DOCINFOW. I know I shouldn't change public api headers, but this one is private so the change seems acceptable. If it's

Re: Other W->A crosscalls

2004-08-28 Thread Francois Gouget
On Wed, 25 Aug 2004, Rolf Kalbermatter wrote: [...] > I see many "xxxAW calls xxxA function" mainly in the shell related DLLs. This > is of course not something you can really get rid of, so the script should > be able to exclude those cases. I couldn't test as I don't have smatch, but I think tha

Re: wine/ windows/painting.c dlls/user/painting.c

2004-08-28 Thread Rein Klazes
On Wed, 25 Aug 2004 19:46:11 -0500, you wrote: > Log message: > GetUpdateRgn should clip the returned region to the client area. > Changed GetUpdateRect and ExcludeUpdateRgn to call GetUpdateRgn. > Moved these 3 functions to dlls/user/painting.c. This has the effect that a progr

Re: W->A cleanup of DirectDrawEnumerateEx part 1

2004-08-28 Thread Mike Hearn
On Sat, 28 Aug 2004 13:30:40 -0400, James Hawkins wrote: > I guess this is one of the w->a cases that shouldnt be fixed if this > is the case. Pretty much anything which involves changing public structures (ie declared in the headers in include/) is probably wrong, as not all the Windows APIs are

Debug Channels trashed

2004-08-28 Thread Uwe Bonnes
Hallo, I am trying to run the WebPACK_42wp30_full_installer.exe : http://direct.xilinx.com/direct/webpack/42wp3/\ : WebPACK_42wp30_full_installer.exe (a 110 MByte Download). Running it crashes quite early, while testing the debug channels: err:font:ReadFontDir Can't open directory "/usr/X11R6/l

Re: W->A cleanup of DirectDrawEnumerateEx part 1

2004-08-28 Thread James Hawkins
I guess this is one of the w->a cases that shouldnt be fixed if this is the case. On Sat, 28 Aug 2004 18:30:50 +0200, Lionel Ulmer <[EMAIL PROTECTED]> wrote: > On Sat, Aug 28, 2004 at 12:17:27PM -0400, James Hawkins wrote: > > Changelog > > * change szDriver and szDescription from char to WCHA

Re: W->A cleanup of DirectDrawEnumerateEx part 4

2004-08-28 Thread Lionel Ulmer
On Sat, Aug 28, 2004 at 12:20:24PM -0400, James Hawkins wrote: > Changelog > * cleanup cross calls in DirectDrawEnumerateEx To continue with my other mail, you should have sent all this in one big patch as (from what I can see) it cannot work if you do not apply all 4 parts in one go. Anyway,

Re: W->A cleanup of DirectDrawEnumerateEx part 1

2004-08-28 Thread Lionel Ulmer
On Sat, Aug 28, 2004 at 12:17:27PM -0400, James Hawkins wrote: > Changelog > * change szDriver and szDescription from char to WCHAR in > DDDEVICEIDENTIFIER and DDDEVICEIDENTIFIER2. Well, this seems completely wrong to me. Why Unicodify an API that has no Unicode equivalent in Microsoft code ?

Re: W->A cleanup of DirectDrawEnumerateEx part 4

2004-08-28 Thread Mike McCormack
You should post one patch not four that depend upon each other. Rule of Thumb: * After each patch is applied, the CVS should build and work. Mike James Hawkins wrote: Changelog * cleanup cross calls in DirectDrawEnumerateEx

Re: [ck] Re: Threading issues? [ck-request@vds.kolivas.org: ck Digest, Vol 3, Issue 16]

2004-08-28 Thread Con Kolivas
Mike Hearn wrote: Well, apparently we don't use sched_yield, so the problem must lie somewhere else. Maybe Con can help us out here? Alexandre says he doesn't know what the issue is either and somebody needs to investigate. I guess we do need to concern ourselves over the details :) Interesting

RE: patch: shell32.dll - SHELL_ArgifyW expands env-vars

2004-08-28 Thread Jens Collin
Is there anything wrong with this patch? I can't see my changes taken place in CVS. Let me know and I'll fix 'em. /J -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jens Collin Sent: den 8 augusti 2004 17:55 To: [EMAIL PROTECTED] Subject: patch: shell32.d

Re: working together on stdole.tlb and a end to dcom9x

2004-08-28 Thread Mike Hearn
It basically involves implementing the ICreateTypeLib interfaces in our OLE dlls. Nyef did some great work on this but for stdole32.tlb we need the other version, I think. Once this is done maybe we can pull the stdole32.tlb generation program used in Crossover upstream. Right now it's pretty usel

Richedit control

2004-08-28 Thread Mike McCormack
Hi All, I'm going to play with the richedit control to try get it to draw RTF documents with formatting. My plan is to write a program that can display but not edit, then let somebody else add the editting functionality afterwards :) Once I can get the attached program to work, the plan is to