September 2003 - Wine-devel

Re: Display detection bug
by Ivan Leo Murray-Smith 06 Sep '03

06 Sep '03

> The 'Linux community' of the start where all the people gave something back > (useful and advanced bug reports, fixes, help, ...) is being slowly killed > by people who choose Linux just because it's free (as in beer) and who do > not give back anything. Thats because most people don't want to give anything to computers at all, most people just use them as tools. And the best way to avoid hundreds of silly questions is to make software more user friendly. So maybe wine mime type for gnome and KDE would be nice in 1.0, and again that's the more users, better software thing.

1 0

Re: Display detection bug
by Ivan Leo Murray-Smith 06 Sep '03

06 Sep '03

>Well, it's more a 'good old days' feelings than a real theory. Ie the >biggest problem I see with 'Linux on everybody's Desktop' is that it's >damaging for the community (due to the fact that the developper / user ratio >is getting more and more skewed to the user side whereas 'in the golden >days' anyone using Linux was a developper). More users means more feedback, better software, more users, more developers, more software, more feedback...

3 2

Re: [winecfg 5] Implement transactions support,remove some crack x11drv prefs,complete desktop sizing code
by Ivan Leo Murray-Smith 06 Sep '03

06 Sep '03

.The UI > standard on free software desktops for instant apply dialogs is to have > just a Close dialog, with a Revert button in cases where the user might > not be able to undo the changes themselves. For the main window, just a > Close button is enough. That would be inconsistent with KDE,that uses apply and OK buttons, and cancel to not apply and changes and exit. The Mandrake Control Center also works with OK buttons.

2 1

Wine fun projects - explorer clone update
by Steven Edwards 06 Sep '03

06 Sep '03

Hello All, I doubt this will ever make it in to WINE as Martin has been using C++ to implement our explorer clone but you might want to have a look at it if you want a explorer clone for WINE. http://www.sky.franken.de/explorer/index.html You will want to get the current source from ReactOS CVS. Martin has made a lot of changes to support both WINE and ReactOS and been working on improving WINEs shell32. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

DGA input events dropped
by Thomas J. Moore 06 Sep '03

06 Sep '03

For a very long time now, enabling DGA causes mouse/keyboard events to be ignored. There have been a few threads on this issue in the past, and it seems nobody is willing to actually fix this problem (even though some have submitted patches to fix it, nothing has ever made it into CVS). Why is this? Overall, the problem seems to be related to the use of separate per-thread X display handles, along with a global (separate) "GDI" display. At first I tried just making the first thread's display the "global" display, but since that didn't work, and I don't have the patience to figure out why this dichotomy exists, here's a simple patch which at least works for a few games I tried (but still has mouse problems with a few other games I've tried - there was a mouse fix on an earlier thread(1) on this subject, but it doesn't work -- perhaps it has something to do with the fact that DGA only returns relative mouse movement, and non-DGA returns absolute movement). On the other hand, you could just at least make your default behavior and sample config not enable DGA. Note that this patch is against wine-20030813, but I did check CVS first and it still applies. Also, I wasn't sure about the wine-patches message policy, so I'm just sending this to wine-devel. (1) http://www.winehq.com/hypermail/wine-devel/2002/06/0427.html ---------------------------------------------------------------------------- Thomas J. Moore, Hacker/SysAdmin | TV & video games have destroyed my mind inet: dark(a)mama.indstate.edu | unix ada asm c/c++ mcu ee amiga tired ----------------------------------------------------------------------------

2 1

Re: LPT0 support with DOSFS_OpenDevice
by Mike McCormack 06 Sep '03

06 Sep '03

Hi Ed, If the code is essentially the same anyway, it might be a good idea just to add a switch in server/serial.c and to the create_serial request to tell the server whether the device is a serial port or a parallel port, then change serial/parallel behaviour depending on that switch. You can also use serial_get_info to return a flag saying that you're dealing with a parallel port if necessary. It's probably better to avoid duplication of the code unless necessary. Mike Ed Lea wrote: > This patch provides initial support for accessing LPT0 via /dev/lp0. It > provides this support in very much the same way serial port support is > provided - most of the functions are subtly altered duplicates of that > code. Currently only syncronous accesses are supported, although the > infra-structure for asyncronous methods is in place it has not been > tested. It would be a good starting point for anyone to get this working > at a later date though. > > The patch enables programs that communicate with parallel port devices > directly through LPT0 to work. > > Ed Lea <ed(a)orangebits.cx>

1 0

RE: TreeView & WM_NOTIFY
by Igor Grahek 05 Sep '03

05 Sep '03

It looks like comctl32.dll is seting up some hooks to forward messages to requested window because even if you use --dll comctl32=n the owner is set up to "GetAncestor( cs->hwndParent, GA_ROOT )" Same thing happends under Windows so it seems that everything is OK with windows/win.c I tried to figure out what is going on with hooks but I don't have much experience with windows hooks so I will appreciate any help. Thanks, Igor > -----Original Message----- > From: Igor Grahek [mailto:igorg(a)cadlink.com] > Sent: September 5, 2003 11:29 AM > To: 'wine-devel(a)winehq.org' > Subject: RE: TreeView & WM_NOTIFY > > > Here is an example in attachment (Visual C++ project) . > If you click on "tst" button it opens TreeView control with > WS_POPUP and Cview as parent (to process WM_NOTIFY messages) > With current code in windows/win.c owner is set to > "GetAncestor( cs->hwndParent, GA_ROOT )" and WM_NOTIFY goes > to wrong window. If I change code so that owner is > "WIN_GetFullHandle(cs->hwndParent)" then there is problem > with Z ordering (keeping popup window on top) but WM_NOTIFY > goes to Cview as it should. > > However if I use --dll comctl32=n and owner is set to > "GetAncestor( cs->hwndParent, GA_ROOT )" everything works OK > - popup is on top and CView receives WM_NOTIFY from it. > > I know I'm repeating myself but I'm not sure where I should > look for the problem: is it in dll/comctl32/treeview.c (as > --dll comctl32=n suggesting) or is it in windows/win.c and > dll/x11drv/* ? > > Igor > > > -----Original Message----- > > From: Igor Grahek [mailto:igorg(a)cadlink.com] > > Sent: September 4, 2003 1:50 PM > > To: 'Dimitrie O. Paun' > > Cc: 'wine-devel(a)winehq.org' > > Subject: RE: TreeView & WM_NOTIFY > > > > > > I think I found the source of my problem: > > ------------- > > Wine/windows/win.c ::CreateWindowEx > > > > if ((cs->style & (WS_CHILD|WS_POPUP)) == WS_CHILD) > > parent = WIN_GetFullHandle(cs->hwndParent); > > else > > owner = GetAncestor( cs->hwndParent, GA_ROOT ); > > -------------------------- > > Why owner is not set to "WIN_GetFullHandle(cs->hwndParent)" ? > > > > If I change this everything works OK except there is a > > problem with Z ordering (it is hiding popup window behind its > > owner when Managed=N) Is the source of problem somewhere in > > wine/dll/x11drv/winpos.c (I'm currently examining > > SWP_DoOwnedPopups function) and why it is working with --dll > > comctl32=n - no problems with Z order there?! > > > > BTW I'm working with 20030618 build. > > > > Igor > > > > > -----Original Message----- > > > From: Dimitrie O. Paun [mailto:dimi(a)intelliware.ca] > > > Sent: September 2, 2003 6:42 PM > > > To: Igor Grahek > > > Cc: wine-devel(a)winehq.org > > > Subject: Re: TreeView & WM_NOTIFY > > > > > > > > > On Tue, 2 Sep 2003, Igor Grahek wrote: > > > > > > > My problem is very similar to bug 1227 > > > > (http://bugs.winehq.org/show_bug.cgi?id=1227) > > > > Treeview in application is sending WM_NOTIFY on double > > > click (NM_DBLCLK) > > > > to the wrong > > > > Window handle. GetParent() function returns handle to the > > > root window > > > > and root window is not forwarding/broadcasting that message > > > and message > > > > is lost. Everything works fine under Windows > > > > or with --dll comctl32=n > > > > > > I'm afraid you'll need to debug this and post a lot more > > detail, maybe > > > a code fragment showing the undesirable behaviour. > > > > > > -- > > > Dimi. > > > > > > > > >

1 0

Help required regarding compilation of windows project in Linux via WineLib
by Anjan Sarkar 05 Sep '03

05 Sep '03

Hello, I am using wine for my personal interest and need your help regarding the following problem I have faced. I have following configuration, a) Red Had Linux 9.0 b) Wine (wine-20030813.tar.gz) is extracted in /ww/wine-20030813 c) It creates a directory /c for windows and /root/.wine d) All the bin files are at /usr/local/bin Wine runs fine in my machine. Now I try to complie windows project in Linux via WineLib. I have made the following things, copy all the .c, .h, .rc files from programs/winemine dir to programs/winemine2 then from winemine2 run the following commands, $ winemaker --lower-uppercase . $ ./configure --with-wine=/usr/local/wine It gives me the error, "checking for windef.h configure:error couldnot find Wine headers(windef.h) I have also copy the file from /usr/local/include/wine/windows to current directory. Still the problem exists. Kindly suggest me what I have to do? Again please excuse me for this silly question. Thanking you, Anjan Sarkar Need a new email address that people can remember Check out the new EudoraMail at http://www.eudoramail.com

4 3

Display detection bug
by hatky 05 Sep '03

05 Sep '03

Some games are failing at detecting a 3D card or sometimes the screen dept, have a look at bug : http://bugs.winehq.org/show_bug.cgi?id=1696 getting into another bugzila/testing prenzy, hatky. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

5 6

Re: Get rid of W->A calls
by Rolf Kalbermatter 05 Sep '03

05 Sep '03

hatky(a)users.sourceforge.net wrote: > Ok, one last line: > > strcpy(((char*)lpwh) + sizeof(WINHELP), lpHelpFile); I'm also not sure about the context here and it seems a little strange but what you would want to do here is probably: strcpyW((LPWSTR)((char*)lpwh + sizeof(WINHELP)), lpHelpFile); Rolf Kalbermatter

1 0