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

Re: Wine, Mozilla & IE ?

by Johan Dahlin

> That's another possibility of course, that you might wish to look into > Ender. GTK-HTML doesn't get the same amount of press that KHTML does, > but it's written in C and is actually a fairly capable embedded html > renderer. It relies upon GTK/GDK which already has a port to Windows, > the GNOME help system uses it for rendering afaik so it should be easier > to integrate with Wine. Finally it supports editing, which might come in > useful in future. There is actually two different HTML renderers that's used in GNOME gtkhtml and gtkhtml2 GtkHTML was originally a port of a very old version of KHTML to Gtk+. gtkhtml2 was written from scratch. GtkHTML is used by evolution for both showing html (in html messages) and for editing, in the composer. I think there exist a browser somewhere which use this widget. But as far as i can say i don't think it renders web pages very good. gtkhtml2 on the other hand is the library used by yelp, the GNOME 2 Help system which support css quite well. But no editing and is more or less unmaintained. At one point in the future it will be abandoned and GNOME will use GtkHTML in the help browser instead. -- Johan Dahlin <jdahlin(a)async.com.br> Async Open Source

Jan. 13, 2003

Re: Wine, Mozilla & IE ?

by Dimitrie O. Paun

On January 13, 2003 05:47 am, Mike Hearn wrote: > Would we need to track it significantly? Famous last words. I think it would be a mistake to assume that we don't need to. -- Dimi.

Jan. 13, 2003

Re: Wine, Mozilla & IE ?

by Mike Hearn

> Ender, you may be right that we might have to integrate something into > the tree. Nonetheless, it scares me shitless! What happens 3 mo, 1 year > down the road? KHTML is very much a work in progress, who's gonna track > it? Would we need to track it significantly? Most uses of the IE web control seem to be fairly predictable and not all that advanced. Most of the work going into KHTML is to allow it to act as a good general purpose web renderer, which isn't really relevant to wine. Of course the odd bugfix and security issues might need to be backported, but as it's a fairly specific purpose fork that might not be as bad as it sounds. > KHTML is very much a work in progress, who's gonna track > it? We don't have any richedit control, heck even our bog standard edit > box is not finished! And for how many years now?!? Hey, I don't suppose KHTML could form the basis of a rich edit control could it? I don't know if it supports editing at all. GTKHtml definately does, but obviously it uses gdk rather than the gdi (although gdk can use the gdi, which might come in useful for future theming work anyway). > -- I haven't looked, but I assume KHTML can't use that many > difficult to implement QT features I dunno how hard it'd be to implement but it uses the Qt object model quite extensively which is a) complex and b) requires a preprocessor. Nothing impossible, but a lot of work. That's another possibility of course, that you might wish to look into Ender. GTK-HTML doesn't get the same amount of press that KHTML does, but it's written in C and is actually a fairly capable embedded html renderer. It relies upon GTK/GDK which already has a port to Windows, the GNOME help system uses it for rendering afaik so it should be easier to integrate with Wine. Finally it supports editing, which might come in useful in future. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

Jan. 13, 2003

Re: Help with /?? stuff

by Shachar Shemesh

Alberto Massari wrote: > The installation of IE6 makes an heavy use of the RunOnce and > RunOnceEx registry keys (when in "nt40" mode; I don't know how it > behaves in win9x mode). > The RunOnce entries are just command lines that need to be sent to > CreateProcess, e.g. ... > The RunOnceEx entries are trickier, as it seems they can both be > command lines and entries in the format "DLLName|Method|Argument", e.g. Fortunetly, Andy did a very good work of documenting the knowledge bases that explain these values. We may have to write the "runonce" utility, but that's no too big a deal either (assuming we get the command lines in order). I am a little worried about the concept of a session. I'm still pondering how to tackle that one. I'll let the list know when I have more info. I can give a rough estimate of two more weeks for full support of the various run keys, including RunOneEx. We will have to take care of the whole "reboot" concept as well. Something like what crossover are doing is nice, but I'm not it's the best way to go. Again, that is a little secondary, as even getting people to manually run "wineboot" is not such big a problem, assuming everything works afterwards. Shachar

Jan. 13, 2003

Direct3D/OpenGL compilation error

by Francois Gouget

One of the machines I compile on from time to time is an old RedHat 6.2 which is nice because it still has glibc 2.1.3 so the binaries it produces work on all Linux distributions. Anyway, the latest Wine does not compile anymore on that machine. I get: gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -g -O2 -Wall -gstabs+ -fPIC -D__WINESRC__ -D_REENTRANT -o device.o device.c device.c: In function `SOURCEx_RGB_EXT': device.c:859: `GL_SOURCE2_RGB_EXT' undeclared (first use in this function) device.c:859: (Each undeclared identifier is reported only once device.c:859: for each function it appears in.) device.c:860: `GL_SOURCE0_RGB_EXT' undeclared (first use in this function) device.c:861: `GL_SOURCE1_RGB_EXT' undeclared (first use in this function) device.c:869: warning: control reaches end of non-void function device.c: In function `OPERANDx_RGB_EXT': device.c:872: `GL_OPERAND2_RGB_EXT' undeclared (first use in this function) device.c:873: `GL_OPERAND0_RGB_EXT' undeclared (first use in this function) device.c:874: `GL_OPERAND1_RGB_EXT' undeclared (first use in this function) device.c:882: warning: control reaches end of non-void function device.c: In function `SOURCEx_ALPHA_EXT': device.c:885: `GL_SOURCE2_ALPHA_EXT' undeclared (first use in this function) device.c:886: `GL_SOURCE0_ALPHA_EXT' undeclared (first use in this function) device.c:887: `GL_SOURCE1_ALPHA_EXT' undeclared (first use in this function) device.c:895: warning: control reaches end of non-void function device.c: In function `OPERANDx_ALPHA_EXT': device.c:898: `GL_OPERAND2_ALPHA_EXT' undeclared (first use in this function) device.c:899: `GL_OPERAND0_ALPHA_EXT' undeclared (first use in this function) device.c:900: `GL_OPERAND1_ALPHA_EXT' undeclared (first use in this function) device.c:908: warning: control reaches end of non-void function device.c: In function `IDirect3DDevice8Impl_SetTextureStageState': device.c:3312: `GL_PREVIOUS_EXT' undeclared (first use in this function) device.c:3314: `GL_PRIMARY_COLOR_EXT' undeclared (first use in this function) device.c:3318: `GL_CONSTANT_EXT' undeclared (first use in this function) device.c:3350: `GL_COMBINE_ALPHA_EXT' undeclared (first use in this function) device.c:3350: `GL_COMBINE_RGB_EXT' undeclared (first use in this function) device.c:3409: `GL_RGB_SCALE_EXT' undeclared (first use in this function) device.c:3423: `GL_ADD_SIGNED_EXT' undeclared (first use in this function) So is it just that the OpenGL headers on that machine are hopelessly out of date (mesa 3.3) or is there some configure test that can/should be done? Note that if I compile with --without-opengl Wine compiles ok so it's not so bad. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ f u kn rd ts, ur wy 2 gky 4 ur wn gd.

Jan. 13, 2003

Re: Help with /?? stuff

by Alberto Massari

At 11.49 13/01/2003 +0200, Shachar Shemesh wrote: >Alberto Massari wrote: > >>Unfortunately I'm currently fully booked on trying to fix the bugs that >>prevent ole32 and shell32 from working with IE6; but installing IE6 needs >>a working wineboot, so, whenever I succeed in the first task, I will >>start working on wineboot. >> >>Alberto > >Ok, so let's do something else. > >Can you tell me which wineboot functions are most important for IE6 to >load, and I'll upgrade their priority? The installation of IE6 makes an heavy use of the RunOnce and RunOnceEx registry keys (when in "nt40" mode; I don't know how it behaves in win9x mode). The RunOnce entries are just command lines that need to be sent to CreateProcess, e.g. [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnce] 1042410063 "BrandClearStubs"="RUNDLL32 IEDKCS32.DLL,BrandCleanInstallStubs >{60B49E34-C7CC-11D0-8953-00A0C90347FF}M ICROS" "DelIE4SetupDir"="rundll32.exe advpack.dll,DelNodeRunDLL32 C:\\WINDOWS\\SYSTEM\\ie4setup,1" "GrpConv"="grpconv.exe -o" "InnoSetupRegFile.0000000001"="C:\\WINDOWS\\is-K6KCV.exe /REG" "InstMsi1"="rundll32.exe C:\\WINDOWS\\SYSTEM\\advpack.dll,DelNodeRunDLL32 \"C:\\WINDOWS\\Installer\\InstMsi0\"" "InstMsi2"="rundll32.exe C:\\WINDOWS\\SYSTEM\\advpack.dll,DelNodeRunDLL32 \"C:\\WINDOWS\\Installer\\InstMsi1\"" "MPlayer2_FixUp"="C:\\WINDOWS\\inf\\unregmp2.exe /FixUps" "OE_QDVDReg"="regsvr32 /s C:\\WINDOWS\\SYSTEM\\qdvd.dll" "Regsister WScript"="wscript -regserver" "RegTLib"="C:\\WINDOWS\\RegTLib.exe C:\\WINDOWS\\SYSTEM\\StdOle2.Tlb" "RunOnceEx"="rundll32.exe C:\\WINDOWS\\SYSTEM\\iernonce.dll,RunOnceExProcess" The RunOnceEx entries are trickier, as it seems they can both be command lines and entries in the format "DLLName|Method|Argument", e.g. [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnceEx] 1042410240 "Flags"=dword:00000a30 [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnceEx\\090] 1038264583 "050"="rundll32.exe advpack.dll,DelNodeRunDLL32 C:\\WINDOWS\\SYSTEM\\dacui.dll" "054"="rundll32.exe advpack.dll,DelNodeRunDLL32 C:\\WINDOWS\\Catroot\\icatalog.mdb" [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnceEx\\100] 1038264583 "000"="C:\\WINDOWS\\SYSTEM\\wininet.dll|DeleteIE3Cache|" "001"="C:\\WINDOWS\\SYSTEM\\setupwbv.dll|SetDefBrowserInfo|" "005"="C:\\WINDOWS\\SYSTEM\\atl.dll|DllRegisterServer" ... [Software\\Microsoft\\Windows\\CurrentVersion\\RunOnceEx\\500] 1038264583 "002"="C:\\WINDOWS\\SYSTEM\\digest.dll|DllInstall|i,HKLM" "003"="C:\\WINDOWS\\SYSTEM\\wininet.dll|DllInstall|i,HKLM" "010"="C:\\WINDOWS\\SYSTEM\\urlmon.dll|DllInstall|i,HKLM" Alberto

Jan. 13, 2003

Re: Developers current e-mail addresses listed in authors.ent

by Tom Wickline

Shachar Shemesh wrote: > The list seems awfully short. Are these only the doc related authors? Yes, I think so Tom > > Shchar

Jan. 13, 2003

Re: Help with /?? stuff

by Shachar Shemesh

Alberto Massari wrote: > Unfortunately I'm currently fully booked on trying to fix the bugs > that prevent ole32 and shell32 from working with IE6; but installing > IE6 needs a working wineboot, so, whenever I succeed in the first > task, I will start working on wineboot. > > Alberto Ok, so let's do something else. Can you tell me which wineboot functions are most important for IE6 to load, and I'll upgrade their priority? Shachar

Jan. 13, 2003

Re: Developers current e-mail addresses listed in authors.ent

by Shachar Shemesh

The list seems awfully short. Are these only the doc related authors? Shchar Tom Wickline wrote: > I am getting ready to update the WINE Packagers Guide > See : http://www.winehq.com/Docs/wine-pkg/ > And the first thing that I noticed was Andreas & Marcus e-mail address > were incorrect. So I then looked at : > http://cvs.winehq.com/cvsweb/~checkout~/wine/documentation/authors.ent?rev=… > > And found that alot of other's were different from my Address Book. I > have listed them below > Current is what is now there current address in the *authors.ent* file. > And below is the addresses that is listed in my address book. > There are also a couple DOA addresses listed in this file and there at > the bottom. > I dont want to change this file and not have people's e-mail correct! > So can everyone look over the file and let me know if your e-mail needs > to be changed ?? Also a couple people below have multiable addresses > can you let me > know what address you want listed. > > Tom > > > Current = ovek(a)winehq.com > > Ove Kaaven <ovek(a)arcticnet.no > Ove Kaaven <ovehk(a)ping.uio.no > ovek <ovek(a)transgaming.com > --- > Current = Marcus.Meissner(a)caldera.de > > Marcus Meissner <marcus(a)jet.franken.de > Marcus Meissner <mm(a)lst.de > ---- > Current = amohr(a)codeweavers.com > > Andreas Mohr <andi(a)rhlx01.fht-esslingen.de > --- > Current = Speeddymon(a)yahoo.com > > Dustin Navea <Speeddymon(a)sbcglobal.net > --- > Current = dimi(a)cs.toronto.edu > > "Dimitrie O. Paun" <dpaun(a)rogers.com > --- > Current = juergen.schmied(a)metronet.de > > juergen schmied <juergen.schmied(a)debitel.net > > > > DOA addresses > > Should I leave them or remove them ?? > > douglas-ridgway "ridgway(a)winehq.com"> > john-sheets "jsheets(a)codeweavers.com"> > > > > > > > >

Jan. 13, 2003

Re: Help with /?? stuff

by Alberto Massari

At 20.24 10/01/2003 +0200, Shachar Shemesh wrote: >Alberto Massari wrote: > >[...] >> >>BTW, do you need any help on this task? > >"Need" is a strong term. I can complete the task on my own, but your help >will be most welcome (in other words, if there is another aread of Wine >that needs your attention and noone seems to be working on, that would be >a better use of everyone's time). If you want to help with wineboot, I >think the best place to start is with the "win.ini" processing, and then >to port Andy's function to run whole "run" keys to the new prog. > >If you do decide to help with wineboot, please email me in private when >starting to work on each activity, to prevent "competition" on writing >stuff in. Unfortunately I'm currently fully booked on trying to fix the bugs that prevent ole32 and shell32 from working with IE6; but installing IE6 needs a working wineboot, so, whenever I succeed in the first task, I will start working on wineboot. Alberto

Jan. 13, 2003