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

Re: Re: Some more thoughts on khtml

by Adam Treat

--- Adam Treat <manyoso(a)yahoo.com> wrote: > > --- fenix(a)club-internet.fr wrote: > > >Why not just port the GPL version of Qt to Windows? The kde-cygwin project is doing that > > And, i don't like the port idea, because trolltech use Qt under windows as main product, and > > porting the GPL version to windows ... > > *sigh* yes, i agree this is a problem. I don't want to hurt Trolltech, I just wish Qt could be > used as a GPL cross-platform lib. Am still looking for a creative solution that would work for > both Trolltech and the community, so if anyone has any ideas... ;) hehe, maybe Trolltech could release a 'Shared Source' version of Qt for windows... It'd allow people to try Qt (the latest version) and prohibit commercial software... After all, when on a different platform 'do as the locals do' ;) __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

Jan. 20, 2003

Re: Some more thoughts on khtml

by fenix＠club-internet.fr

Hi, >Just two things for those thinking about khtml: > >1) The kdebindings package contains C-language bindings for khtml > (kde_HTML*), so C++ wouldn't be a requirement for calling khtml > (this does not affect the qt-replacement api of course). yes, as qtc in kdebindings is for qt :) >2) There is a project to port KWC to win32: KHTML Win32 Native, see > http://sourceforge.net/projects/khtml-win32/ Maybe it is possible to > use that. yes, but it's a really slow project (no cvs access, and only one guy). Maybe we have to help this project > ciao > Jörg Raphael >-- >Joerg Mayer <jmayer(a)loplof.de> >I found out that "pro" means "instead of" (as in proconsul). Now I know >what proactive means.

Jan. 20, 2003

Re: Re: Some more thoughts on khtml

by Adam Treat

--- fenix(a)club-internet.fr wrote: > >Why not just port the GPL version of Qt to Windows? The kde-cygwin project is doing that right ... > I don't think it's a good idea :( > Now, we only need a few classes and code for porting KWQ to windows specific code (and more > platform optimised than Qt). > While Qt need 10-15 huge base classes to be ported, and platform "tuning " on top level code > (platform independent). > > And, i don't like the port idea, because trolltech use Qt under windows as main product, and > porting the GPL version to windows ... *sigh* yes, i agree this is a problem. I don't want to hurt Trolltech, I just wish Qt could be used as a GPL cross-platform lib. Am still looking for a creative solution that would work for both Trolltech and the community, so if anyone has any ideas... ;) > In past, i have already done much of Qt (2.x version) porting under windows for a personal > project. > A first implementation is really easy but for a real industrial one, you need too much code with > too much problems (you have to understand well what the top levels classes do, etc...) > > >BTW, I have setup a project and already started porting the build stuff to use mingw32. > > The mingw32 guy use a mix of win32 and unix compat layers (yakk) :( I think you are speaking of cygwin here. AFAIK, mingw creates native windows executables/libraries... > as i said before, i think helping the kwq-win32 project is the right way yah, it sounds like KWQ is the answer for wines needs Cheers, Adam __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

Jan. 20, 2003

Re: dlls/ddraw/dsurface/user.c and OWN_WINDOW & Worms World Party

by fenix＠club-internet.fr

----Message d'origine---- >De: Jani Vaarala <flamepygmy(a)yahoo.com> >Sujet: dlls/ddraw/dsurface/user.c and OWN_WINDOW & Worms World Party >A: wine-devel(a)winehq.com >Date: Sun, 19 Jan 2003 18:27:13 -0800 (PST) > >Hi. > >I tried to get Worms World Party working with wine >(tried latest wine from CVS, winex 2.2.1 ...) and none >of these worked. I don't get graphics output of any >kind on these. :( >In version 2002-06-05 graphics output is ok, but mouse >events seem to be going to /dev/null. I tried >different versions and I found out that 2002-06-28 had a fix >labeled: > > "Disable OWN_WINDOW as it no longer works." > >I tried defining OWN_WINDOW in latest build and the >graphics came out ok. But no mouse events. If I >undefine OWN_WINDOW, I get the mouse (can hear the menu >selection sounds), but no graphics. have you tried to active "DXGrab" = "Y" in config file ? else can you try ? >When I get no graphics, it seems that GDI heap >overflows aswell. hmmm, where ? maybe in palettes things no ? >I'm not a windows expert, so it would take quite long >time to find out what is actually the reason for this. > >Could someone from this list take a look at it ? I'm not a ddraw expert but i'll try to help you, maybe christian can look at it as lionel is on holydays :) >--jani Raphael

Jan. 20, 2003

Re: Games Swat 3d

by fenix＠club-internet.fr

----Message d'origine---- >De: "Ronald James" <ronniej(a)metroweb.co.za> >A: <wine-devel(a)winehq.com> >Sujet: Games Swat 3d >Date: Mon, 20 Jan 2003 07:39:52 +0200 > >I am wondering if Swat3d will be added to the list anytime soon for use with wine ?? > what do you mean by "added to the list" ? Regards, Raphael

Jan. 20, 2003

Re: Some more thoughts on khtml

by Roderick Colenbrander

What's the use of win32 port of the GPL version of QT for wine? We don't want wine to depend on Qt, if we wanted this we could just use the normal Unix version of Qt. The khtml-win32 project is much more usefull for wine. That project is actually porting the qt wrapper Apple made for use in Safari to Windows. When that port is done, it could be used in Wine. Roderick On Monday 20 January 2003 14:38, Adam Treat wrote: > --- fenix(a)club-internet.fr wrote: > > Hi, > > > > >Just two things for those thinking about khtml: > > > > > >1) The kdebindings package contains C-language bindings for khtml > > > (kde_HTML*), so C++ wouldn't be a requirement for calling khtml > > > (this does not affect the qt-replacement api of course). > > > > yes, as qtc in kdebindings is for qt :) > > > > >2) There is a project to port KWC to win32: KHTML Win32 Native, see > > > http://sourceforge.net/projects/khtml-win32/ Maybe it is possible to > > > use that. > > > > yes, but it's a really slow project (no cvs access, and only one guy). > > Maybe we have to help this project > > Why not just port the GPL version of Qt to Windows? The kde-cygwin project > is doing that right now and it isn't terribly hard (if you know the Windows > API ;). I think if some wine developers got involved it could be > accomplished very quickly as Qt is almost completely platform agnostic ... > it only would require a port of 10 files or so... > > See: > 1. http://lists.kde.org/?l=kde-core-devel&m=104072112729044&w=2 > 2. http://lists.kde.org/?l=kde-cygwin&m=104273412430620&w=2 > 3. http://lists.kde.org/?l=kde-cygwin&m=104273881706572&w=2 > > BTW, I have setup a project and already started porting the build stuff to > use mingw32. Currently, am stuck in the qfile_win.cpp and qdir_win.cpp > (copies of the qfile_unix.cpp and qdir_unix.cpp) with the general functions > that abstract file creation/deletion for windows ... but then I don't know > any Windows API ;) > > Cheers, > > Adam > > > > ciao > > > Jörg > > > > Raphael > > > > >-- > > >Joerg Mayer <jmayer(a)loplof.de> > > >I found out that "pro" means "instead of" (as in proconsul). Now I know > > >what proactive means. > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com

Jan. 20, 2003

Re: Some more thoughts on khtml

by Adam Treat

--- fenix(a)club-internet.fr wrote: > Hi, > > >Just two things for those thinking about khtml: > > > >1) The kdebindings package contains C-language bindings for khtml > > (kde_HTML*), so C++ wouldn't be a requirement for calling khtml > > (this does not affect the qt-replacement api of course). > > yes, as qtc in kdebindings is for qt :) > > >2) There is a project to port KWC to win32: KHTML Win32 Native, see > > http://sourceforge.net/projects/khtml-win32/ Maybe it is possible to > > use that. > > yes, but it's a really slow project (no cvs access, and only one guy). Maybe we have to help > this project Why not just port the GPL version of Qt to Windows? The kde-cygwin project is doing that right now and it isn't terribly hard (if you know the Windows API ;). I think if some wine developers got involved it could be accomplished very quickly as Qt is almost completely platform agnostic ... it only would require a port of 10 files or so... See: 1. http://lists.kde.org/?l=kde-core-devel&m=104072112729044&w=2 2. http://lists.kde.org/?l=kde-cygwin&m=104273412430620&w=2 3. http://lists.kde.org/?l=kde-cygwin&m=104273881706572&w=2 BTW, I have setup a project and already started porting the build stuff to use mingw32. Currently, am stuck in the qfile_win.cpp and qdir_win.cpp (copies of the qfile_unix.cpp and qdir_unix.cpp) with the general functions that abstract file creation/deletion for windows ... but then I don't know any Windows API ;) Cheers, Adam > > ciao > > J�rg > > Raphael > > >-- > >Joerg Mayer <jmayer(a)loplof.de> > >I found out that "pro" means "instead of" (as in proconsul). Now I know > >what proactive means. > > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

Jan. 20, 2003

Re: dlls/ddraw/dsurface/user.c and OWN_WINDOW & Worms World Party

by Jani Vaarala

> >In version 2002-06-05 graphics output is ok, but > mouse > >events seem to be going to /dev/null. I tried > >different versions and I found out that 2002-06-28 > had a fix > >labeled: > > > > "Disable OWN_WINDOW as it no longer works." > > > >I tried defining OWN_WINDOW in latest build and the > >graphics came out ok. But no mouse events. If I > >undefine OWN_WINDOW, I get the mouse (can hear the > menu > >selection sounds), but no graphics. > > have you tried to active "DXGrab" = "Y" in config > file ? > else can you try ? I tried that, but it doesn't work (if OWN_WINDOW is enabled). I looked at the code behind OWN_WINDOW and it seems that it reads multiple WM_PAINT events (per frame?) instead of just one and in the process gets also other kind of events (key,mouse) and posts these messages back to system. In ddraw/dsurface/user.c is commented: /* the point of this is that many games lock the primary surface * multiple times per frame; this thread will then simply copy as * often as it can without keeping the main thread waiting for * each unlock, thus keeping the frame rate high */ So I'm just wondering if the game does exactly this and without the OWN_WINDOW fix, graphics updates get somehow "stacked" and GDI overflows. > >When I get no graphics, it seems that GDI heap > >overflows aswell. > > hmmm, where ? maybe in palettes things no ? Yes the overflow entries are palette ones, but it also says something about "missing WM_PAINT". > >I'm not a windows expert, so it would take quite > long > >time to find out what is actually the reason for > this. > > > >Could someone from this list take a look at it ? > > I'm not a ddraw expert but i'll try to help you, > maybe christian can look at it as lionel is on > holydays :) Thanks :) --jani __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

Jan. 20, 2003

Re: Reseting X resolution

by Michal Janusz Miroslaw

On Sat, 18 Jan 2003, Marcus Meissner wrote: > On Sat, Jan 18, 2003 at 01:15:35AM +0000, Luis Marques wrote: > > I like to test some DirectX applications from time to time. Problem is that > > they succed long enough to set the resolution but after that fail. I can > > Ctrl-C the application and resume working but it's not very practial to work > > on a 320x200 desktop... > > > > How can I restore the resolution? Is there any standard way? Should I just > > write a few lines of SDL code to set the resolution? > > Ctrl-Alt-Numpad+ or Ctrl-Alt-Numpad- If it doesn't work, try 'xvidtune -unlock' first. -- Michal Miroslaw

Jan. 20, 2003

Re: 1995-era installshield woes - foreground window never appears

by Jyrkk� Nieminen

>All the installshield stuff in the msvc4 installer >seems to work -- except the Data Access Objects >installer. When you run it, you get to the first >screen with a big blue background, but the foreground >window never shows up. It's probably there, but >invisible, or something. Alt-tab doesn't help, and >the blue background is full-screen, so you can't >try moving it out of the way. I have to alt-tab and ^C >(why that works, I dunno) to get out. The magic button is ALT-F2 (at least in kde, maybe gnome too) -- Regards, --==<< vilppa(a)hotmail.com >>==-- _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail

Jan. 20, 2003