May 2003 - Wine-Devel - list.winehq.org

d3d merges

by Ann and Jason Edmeades

Thanks Raphael for doing that, as I hadnt had chance to merge in your changes. BTW Did I read right that Alexander is away for 3 weeks...! He'll have a nice workload when he gets back :-) Jason

May 28, 2003

RE: kernel32 file operations and wildcard filenames

by Rolf Kalbermatter

> those functions are likely to be rewritten RSN (and > DOSFS_GetFullName may even disappear) > So I'd suggest rather starting by writing test cases for > those functions so we could use those tests when the rewrite > is going to take place I see the point here. Any ideas about the timeframe? Is this about calling into NTDLL instead of implementing it all in kernel32? One question I have is how to proceed with those tests? Adding them all to the current wine tests would create serious troubles unless we fix the according issues in the already existing kernel32 functions as well, in spite of the coming rewrite. Or do you mean different tests? Rolf Kalbermatter

May 28, 2003

Re: Wine folks interested in a CHM spec?

by Paul McNett

Mike Hearn writes: > > Anyway, that's all rather off-topic... we can already build a CHM > > viewer, it's displaying the HTML/JS that's the problem :) > > Good to know you're still around! Simply getting a super-basic > WebBrowser implementation up and running, in Wine, no matter how it's > built/installed would be a good first step. Yes, even if its just plain-text for the time being, any CHM viewer is better than no CHM viewer. -- Paul McNett

May 28, 2003

Agent crashes when accessing attachments

by Oliver Sampson

Howdy, I just reinstalled my Linux system (HD crash), and at the same time moved to a RH9.0 distro. I read about the problems with the NPTL threading, and I have the latest CVS running (with the --with-nptl). Now when I have Agent running (which in all other respects seems fine) every time I go to add an attachment or save an attachment Agent crashes. Is this a known problem? Or should I start getting a backtrace and providing some more information? Thanks, -- Oliver Sampson olsam(a)quickaudio.com http://www.oliversampson.com

May 28, 2003

Re: Working a bit with installers

by Carlos Lozano

El mié, 28 de may de 2003, a las 18:11, Carlos Lozano escribio: > > Changing the line: > dlls/x11drv/windows.c > > inline static BOOL is_window_managed( WND *win ) > { > if (!managed_mode) return FALSE; > /* tray window is always managed */ > if (win->dwExStyle & WS_EX_TRAYWINDOW) return TRUE; > /* child windows are not managed */ > if (win->dwStyle & WS_CHILD) return FALSE; > /* tool windows are not managed */ > if (win->dwExStyle & WS_EX_TOOLWINDOW) return FALSE; > /* windows with caption or thick frame are managed */ > if ((win->dwStyle & WS_CAPTION) == WS_CAPTION) return TRUE; > if (win->dwStyle & WS_THICKFRAME) return TRUE; > /* default: not managed */ > return FALSE; > ^^^^^^^^^^^^^^ > with > > return TRUE; After of some tests, it looks like better: dlls/x11drv/windows.c inline static BOOL is_window_managed( WND *win ) { if (!managed_mode) return FALSE; /* tray window is always managed */ if (win->dwExStyle & WS_EX_TRAYWINDOW) return TRUE; /* child windows are not managed */ if (win->dwStyle & WS_CHILD) return FALSE; /* tool windows are not managed */ if (win->dwExStyle & WS_EX_TOOLWINDOW) return FALSE; /* windows with caption or thick frame are managed */ if ((win->dwStyle & WS_CAPTION) == WS_CAPTION) return TRUE; if (win->dwStyle & WS_THICKFRAME) return TRUE; /* Tested with Praetoriam demo & VTD Amaril installer */ if ((win->dwStyle & (WS_CLIPSIBLINGS|WS_CLIPCHILDREN) ) == (WS_CLIPSIBLINGS|WS_CLIPCHILDREN)) return TRUE; /******************************************************/ /* default: not managed */ return FALSE; Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

May 28, 2003

Re: Wine folks interested in a CHM spec?

by Vincent Béron

Le mer 28/05/2003 à 16:30, Steven Edwards a écrit : > > b) it'd be based on either khtml or mozilla. not starting a new > > rendering engine. > > Mozilla is going to be the way to go if Demi can get the gecko to build and work as a WINElib app > now that it can be built with Mingw. Once that is done we will know what needs to be fixed in WINE > to support it as either a elf or PE binary. Plus it will save us on the ReactOS side some work > when we go to do a explorer/browser clone. =) The problem with that approach is that many CHM files rely on some IE-only extensions and/or quirks. Gecko seems to be too much standards-compliant to be very useful in this form, at least without some heavy modifications to the rendering engine. Vincent

May 28, 2003

Re: Wine folks interested in a CHM spec?

by Steven Edwards

> b) it'd be based on either khtml or mozilla. not starting a new > rendering engine. Mozilla is going to be the way to go if Demi can get the gecko to build and work as a WINElib app now that it can be built with Mingw. Once that is done we will know what needs to be fixed in WINE to support it as either a elf or PE binary. Plus it will save us on the ReactOS side some work when we go to do a explorer/browser clone. =) Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com

May 28, 2003

Re: Wine folks interested in a CHM spec?

by Mike Hearn

> And yeah, that would be sadly true if we start yet another browser > project, when we already have Mozilla and KHTML... :/ It's hardly a new browser project. a) It wouldn't be about developing a browser. Who gives a monkeys about browseui, favourites etc. We only care about the rendering engine, and then only because there's a buttload of proprietary code out there that relies on bizarre quicks and "features" of mshtml in order to operate. b) it'd be based on either khtml or mozilla. not starting a new rendering engine. c) we have little choice. Well, that's slightly melodramatic, obviously nobody has to work on it. But sooner or later somebody will find they need it. Probably lots of people.

May 28, 2003

Re: Wine folks interested in a CHM spec?

by Dimitrie O. Paun

On Wed, 28 May 2003, Shachar Shemesh wrote: > Oh no - you open software developers are off your head! Next thing you And yeah, that would be sadly true if we start yet another browser project, when we already have Mozilla and KHTML... :/ -- Dimi.

May 28, 2003

Re: Wine folks interested in a CHM spec?

by Shachar Shemesh

Mike Hearn wrote: >Anyway, as to maintainership, this is a good question. But how comes >adding a clone of IE is nuts, but the rest of Wine is sane, hmm? :) This >whole thing is completely crazy to some extent, but here we are in 2003 >with two companies working on Wine and many volunteers.... it would >probably require a D3D style dedicated team to work on it though, which >so far doesn't exist. > > Oh no - you open software developers are off your head! Next thing you will be developing a .NET replacement! Wait, you are. Hmm, nobody will be crazy enough to work on an entire GUI shell, though. Two you said? Not including the small ones? Not a modern OS, though. HOW many? Surely none is enterprise ready! What precentage of web servers? PEOPLE! GET A LIFE!!!! Good thing I'm not part of it. What do you mean by "grep wine/AUTHORS"? AAAAAARRRRRGGGGGHHHHH!!!!!!!! P.S. Yes, I spent the day working on a perl util to convert an MSSQL DB to postgres for a client (yes, I'm getting paid to do this, at least, I hope does anybody happen to know something that does that already?). I think expecting any USEFUL mails from me would be a total waste of time. Sorry for the OT posts. -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

May 28, 2003