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

Re: Kaleidagraph demo

by Jos van den Oever

On Friday 10 January 2003 17:17, Mike Hearn wrote: > I'm downloading it now to take a look (until I get a response back on > the menu bug I don't have much to do atm :), but I suggest you upload > the trial exe to a website somewhere if you want people to have a look, > I went through the registration routine but most others won't bother. Here it is: http://137.224.129.22/KG35WINDEMO.EXE > Unless all the issues are extremely obvious, you might want to list > them. I have no idea how to work graphing apps for instance, so the > testing I can do is extremely limited. There are quite a few things that cause the app to crash or draw windows in a funny way. Once the app is slighlty useable, I can list more bugs.

Jan. 10, 2003

Re: Kaleidagraph demo

by Mike Hearn

I'm downloading it now to take a look (until I get a response back on the menu bug I don't have much to do atm :), but I suggest you upload the trial exe to a website somewhere if you want people to have a look, I went through the registration routine but most others won't bother. > Running Kaleidagraph does give quite a few problems. Unless all the issues are extremely obvious, you might want to list them. I have no idea how to work graphing apps for instance, so the testing I can do is extremely limited. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

Jan. 10, 2003

Possible bug?

by Mike Hearn

Hi, I think this code in menu.c, BOOL WINAPI SetMenuItemInfoA(HMENU hmenu, UINT item, BOOL bypos, const MENUITEMINFOA *lpmii) { if ((lpmii->fType & (MF_HILITE|MF_POPUP)) || (lpmii->fState)) { /* QuickTime does pass invalid data into SetMenuItemInfo. * do some of the checks Windows does. */ WARN("Bad masks for type (0x%08x) or state (0x%08x)\n", lpmii->fType,lpmii->fState ); return FALSE; } .... is buggy, because it checks the type and state even when fMask doesn't indicate that these fields are being used. It was added by Marcus Meissner at LinuxTag in 2001 which is why I'm confused, the bug I'm playing with/learning how to debug with is a regression and didn't exist a few months ago, yet that code has been in Wine for some time. Could somebody more experienced than me please look over the description of the MENUITEMINFO struct: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/WinU… and the SetMenuItemInfo call: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/WinU… .. and tell me if I'm reading this situation correctly? I don't think it should be returning false like this when fMask is 6, ie MIIM_ID | MIIM_SUBMENU. It'd only take a minute, promise :) -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

Jan. 10, 2003

Re: Wine, Mozilla & IE ?

by Hetz Ben Hamo

> Basically Gecko is huge, roughly as big if not bigger than Wine itself. > KHTML is understandable by one person. It's also more easily adapted to > IEisms. > > Alexandre, what's the reasoning behind the no C++ rule? BTW: if someone follows the kfm-devel (Konqueror's) lists, then you can see that people are trying to compile it under windows... http://lists.kde.org/?l=kfm-devel&r=1&w=2 Thanks, Hetz

Jan. 10, 2003

Re: Wine, Mozilla & IE ?

by Ender

Mike asked me to e-mail a status report on my KHTML work, so here it is :) I've been too busy lately (job hunting mostly, although I've also been sick and bedridden lately) to do any more work on it, and I was really waiting for Alexandre to comment on my question about C++ before going any further... I havn't seen a reply yet tho. The current state of my local tree, besides being a mess, is that it has most QT dependencies removed. Currently it uses a lot of QT stub's around WinAPI functions that I wish to remove before doing much more work with it. It is currently quite MS html compatible, and my CHM viewer seems to have few problems rendering HtmlHelp pages using the KHTML/KJS functionality. Unlike Gecko, which is too 'standards compliant'... eg, it deliberatly doesn't implement any of the IE specific functionality. The other issue I need to look into is where each part of IE functionality need to go. Implementing IWebBrowser is easy enough from my current work, however that is only the very top of the iceburg. The more important issue is to get all the various parts in the right dlls (shdocvw, shdoclc, jscript, ecetra). Many programs that embed IE use and/or subclass a large number of functions - mostly undocumented - from these dlls, as opposed to using IWebBrowser itself. There is also the problem of res:// inclusion of HTML templates embedded in shdocvw, ecetra. This is, btw, another reason that gecko isn't very well suited. It would require a lot more work to butcher gecko (simply because of it's size and complexity) into these stub dlls, than it would to do so to KHTML/KJS. Either way, it's a lot of work that unfortunatly I don't have all that much time to do at the moment. Hopefully my job hunting will calm down soon, and I will have time to clean up the code to a state where I can at least post it for other people to work on... then again, if it calms down it means I've FOUND a job... so it could work both ways :) - Ender On 10 Jan 2003, Mike Hearn wrote: > Date: 10 Jan 2003 10:39:01 +0000 > From: Mike Hearn <m.hearn(a)signal.qinetiq.com> > To: Juan Rey Saura <juanrey(a)inicia.es> > Cc: Wine development mailing list <wine-devel(a)winehq.com> > Subject: Re: Wine, Mozilla & IE ? > > http://winehq.org/news/?view=147#IWebBrowser%20Status > > Some of the discussion is summed up there. > > Basically Gecko is huge, roughly as big if not bigger than Wine itself. > KHTML is understandable by one person. It's also more easily adapted to > IEisms. > > Alexandre, what's the reasoning behind the no C++ rule? > > On Fri, 2003-01-10 at 10:26, Juan Rey Saura wrote: > > Hi ! > > > > I've read in the list there is a project about compiling Mozilla under > > Wine, I think it would be great. > > > > Several parts of wine need an IWebBrowser implemtation; CHM support, > > some applications... > > One implementation based on the khtml is in the works, but Mozilla does > > implement it yet ( see http://www.iol.ie/~locka/mozilla/mozilla.htm ). > > > > Could Mozilla, under Wine or maybe native version, be used as a > > replacement for the IE IWebBrowser implementation? > > > -- > Mike Hearn <m.hearn(a)signal.qinetiq.com> > QinetiQ - Malvern Technology Center > >

Jan. 10, 2003

Re: Re: Re: html browser for wine (khtml)

by fenix＠club-internet.fr

Hi again, ----Message d'origine---- >Sujet: Re: Re: html browser for wine (khtml) >De: Mike Hearn <m.hearn(a)signal.qinetiq.com> >A: fenix(a)club-internet.fr >Copie à: m.hearn(a)signal.dera.gov.uk, hetz(a)witch.dyndns.org, >Date: 10 Jan 2003 09:47:41 +0000 > >> As i know, khtml support most of the IE-isms (for compatibility, try to actve "IE support" in konqueror). >> And for ActiveX, it must be simply supported by a khtml plugin (as crossover plugin do) > >If only it were that simple. Rather ironically the thing that led to me Wine in the first place was that >I needed to use features of an ActiveX control that were only available under IE. Same problem here :) > Although it would also (in theory) >work in Mozilla or Konq as well, in practice they didn't support rich enough plugin interfaces for host scripting >merge (where the plugin hooks into the browsers script interpreter and partially merges them together). Hence I now >sometimes need to use IE under Linux. http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdelibs/kparts/browserextension.h?… -> LiveConnectExtension is for scripting Interface (kjs and JAVA support use it so it will be sufficient for ActiveX/ActiveScript) (I have played with it a long time ago for a mini-basic scripting support) >There are lots of IEisms that I doubt Konq replicates. ActiveX controls are sometimes a lot more complex than just >displaying some controls on a page, they can actually integrate with IE to quite an impressive extent. maybe but all ActiveX i have seen are only embeded plugins or code who: - sometimes modify html rendering (ex: embeding directx panel, ...) - do some windows calls And i don't see what you cannot do with konq plugins. >For instance: > >- DirectX filters hmm, problem here, DirectShow and DirectMedia are not supported by wine yet ( it's at end on my todo list :) ). >- DHTML Behaviours if you talk by unsupported specific IE-DHTML behaviors by kthml ... we have to see if we can easily extend khtml parser without forking kthml code (i haven't see how parser interact with plugins) Maybe asking khtml people if its possible integrating more IE-isms compat in kthml ... >- ActiveScript (needs a vbscript interpreter as well as a JS interpreter) >- ActiveX data binding >- .NET integration .NET integration is difficult because it can use SOAP and somes XMLs stupid things :( >and so on. I expect upstream khtml could get 80% of the way there, but the remaining 20% would require tight >integration with Wine and some extensive code changes. >-- >Mike Hearn <m.hearn(a)signal.qinetiq.com> >QinetiQ - Malvern Technology Center > Raphael

Jan. 10, 2003

Kaleidagraph demo

by Jos van den Oever

Hello Wine developers, The one program holding back linux adoption in my lab is the application Kaleidgraph. Kaleidagraph is a graphing application that is avaibable for Windows and Macintosh. I've been trying to use Kaleidgraph with wine (wine-20021219) without a windows installation on the computer. The installation works pretty well: Kaleigraph is installed, only the installer does not exit cleanly but not until it asks about displaying the readme file. Running Kaleidagraph does give quite a few problems. The problems seem to arise from bugs and not missing features in wine. One bug for example is, that almost all menu entries are listed twice ("File Edit Gallery ... Windows Edit Gallery ... Windows Help"). I'd like to help in making this program run by testing with the CVS version and submitting bugs. However, I think it would be easier if someone more experienced looks at the program first and irons out the biggest problems, because they are instantly obvious when you try to run the program with wine. There is a demo version of Kaleidagraph that can be downloaded for free from www.kaleidagraph.com. Best regards, Jos

Jan. 10, 2003

Re: Wine, Mozilla & IE ?

by Juan Rey Saura

Thank you ! And excuse me! I was looking for some information about that in the mailing list archive and in the WineWeekly News but probably I did not pay enough attention. Mike Hearn wrote: >http://winehq.org/news/?view=147#IWebBrowser%20Status > >Some of the discussion is summed up there. > >Basically Gecko is huge, roughly as big if not bigger than Wine itself. >KHTML is understandable by one person. It's also more easily adapted to >IEisms. > >Alexandre, what's the reasoning behind the no C++ rule? > >On Fri, 2003-01-10 at 10:26, Juan Rey Saura wrote: > > >>Hi ! >> >>I've read in the list there is a project about compiling Mozilla under >>Wine, I think it would be great. >> >>Several parts of wine need an IWebBrowser implemtation; CHM support, >>some applications... >>One implementation based on the khtml is in the works, but Mozilla does >>implement it yet ( see http://www.iol.ie/~locka/mozilla/mozilla.htm ). >> >>Could Mozilla, under Wine or maybe native version, be used as a >>replacement for the IE IWebBrowser implementation? >> >> >>

Jan. 10, 2003

Re: Wine, Mozilla & IE ?

by Mike Hearn

http://winehq.org/news/?view=147#IWebBrowser%20Status Some of the discussion is summed up there. Basically Gecko is huge, roughly as big if not bigger than Wine itself. KHTML is understandable by one person. It's also more easily adapted to IEisms. Alexandre, what's the reasoning behind the no C++ rule? On Fri, 2003-01-10 at 10:26, Juan Rey Saura wrote: > Hi ! > > I've read in the list there is a project about compiling Mozilla under > Wine, I think it would be great. > > Several parts of wine need an IWebBrowser implemtation; CHM support, > some applications... > One implementation based on the khtml is in the works, but Mozilla does > implement it yet ( see http://www.iol.ie/~locka/mozilla/mozilla.htm ). > > Could Mozilla, under Wine or maybe native version, be used as a > replacement for the IE IWebBrowser implementation? > -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

Jan. 10, 2003

Re: Re: html browser for wine (khtml)

by fenix＠club-internet.fr

Hi, ----Message d'origine---- >Sujet: Re: html browser for wine (khtml) >De: Mike Hearn <m.hearn(a)signal.qinetiq.com> >A: hetz(a)witch.dyndns.org >Copie à: dpaun(a)rogers.com, wine-devel(a)winehq.com >Date: 10 Jan 2003 09:14:54 +0000 <snip> >About duplication - I think it's probably most likely that the best course would be >to copy the KHTML source into the Wine tree, because I'd expect modifications would >be needed in order to support all the IEisms that will crop up in regular usage of >the WebBrowser control. KHTML out of the box won't, and never will support ActiveX, >IE specific markup or any of the other proprietary stuff MS threw in for fun during >the browser wars. The KDE team would rightly reject such patches from being integrated >into upstream. As i know, khtml support most of the IE-isms (for compatibility, try to actve "IE support" in konqueror). And for ActiveX, it must be simply supported by a khtml plugin (as crossover plugin do) >thanks -mike >-- >Mike Hearn <m.hearn(a)signal.qinetiq.com> >QinetiQ - Malvern Technology Center Raphael

Jan. 10, 2003