wine-devel

wine-devel@winehq.org

12 participants
84488 discussions

menu behaviour on window losing focus
by Rizsanyi Zsolt 02 May '02

02 May '02

Hi! Now that my patch to fix the alt behaviour made to the cvs (altough somewhat cleaned up by Alexandre :), I'm going on to fix what remained here to fix :) The problem is that when you activate the menu (by pressing ALT), and then the window loses focus, the menu stays active. And when you return to your window the menu still has focus. This is not right for two reasons: 1) This is not the windows behaviour - on windows when the window loses focus the menu is deactivated. I have tested this. The same is the behaviour with kde. 2) When you switch beetween windows by Alt+TAB sometimes the menu stays active. It does not happen so frequently, but it is annoying. So I would like to deactivate the menu when the window loses focus. Can somebody please point me to the point in code where I should put my deactivation (a code which is called on window deactivation), and also to the function by which I can deactivate the menu. If nobody answers, I will try to find these myself, but I have thought, that maybe there is somebody who can answer these questions in no time. Thanks in advance Zsolt Rizsanyi

2 1

a small error in Wine, when it gets to the make install stage..
by Ya'ad Golani 02 May '02

02 May '02

Good evening. When trying to install wine-20020411 I got the following error message (running through the "wineinstall" script, and not manually): --------------------------------------------------------------------------------- Performing 'make install' as root to install binaries, enter root password Password: /bin/bash: - : unrecognized option Either you entered an incorrect password or we failed to run 'make install' correctly. If you didn't enter an incorrect password then please report this error to wine-devel(a)winehq.com. --------------------------------------------------------------------------------- Welp, as you can see, I didn't enter the wrong password and got a "/bin/bash: - : unrecognized option", just letting you know. -Cheers, Ya'ad Golani.

2 1

DrawIconEx (...DI_IMAGE)
by Medland, Bill 02 May '02

02 May '02

Can anyone who understands the icon, bit stretch etc code help me out here? Our code calls DrawIconEx to draw an icon in the status bar, specifying DI_IMAGE rather than DI_NORMAL. On Windows the black pixels are drawn but on WINE they aren't. I have confirmed that it is the absence of the DI_MASK that results in this difference but I am not sure why. Is it obvious to someone more knowledgeable? Bill

1 0

PATCH - makedep
by Steven Edwards 02 May '02

02 May '02

I don't know if this will cause any problems for other platforms but it works here. Of course so did my last dirty hack so can someone point out a better way? According to http://www.delorie.com/djgpp/doc/libc/libc_95.html if the system has ftruncate it just calls it. If this isnt cool then would the configure check work here to #define ftruncate chsize? Changelog: changed ftruncate to chsize for mingw port cvs diff -u makedep.c Index: makedep.c =================================================================== RCS file: /home/wine/wine/tools/makedep.c,v retrieving revision 1.10 diff -u -r1.10 makedep.c --- makedep.c 10 Mar 2002 00:24:22 -0000 1.10 +++ makedep.c 2 May 2002 09:31:04 -0000 @@ -381,7 +381,7 @@ { while (fgets( buffer, sizeof(buffer), file )) if (!strncmp( buffer, Separator, strlen(Separator) )) break; - ftruncate( fileno(file), ftell(file) ); + chsize( fileno(file), ftell(file) ); fseek( file, 0L, SEEK_END ); } if (!file)

2 1

Close X after one hour and half
by Marcelo Welter 02 May '02

02 May '02

Hello friends a run my applicationwith wine and xinit like: xinit wine myapp.exe -- :0 running very well, but after one hour and half this broken my X session and back to text console... i not see a messagem that refer to this problem in the screen and logs are equal I dont understand what happen with X to make... anybody help me..? Marcelo

1 0

Re: wine/ ./winedefault.reg dlls/Makefile.in dlls/ ...
by Andreas Mohr 02 May '02

02 May '02

On Wed, May 01, 2002 at 08:29:19PM -0500, Alexandre Julliard wrote: > ChangeSet ID: 1020302959714181280302913 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 02/05/01 20:29:19 > > Modified files: > . : winedefault.reg > dlls : Makefile.in > dlls/avifil32 : Makefile.in avifil32.spec > dlls/imm32 : imm.c imm32.spec > dlls/quartz : Makefile.in main.c quartz.spec > include : Makefile.in > ole : uuid.c > Added files: > dlls/avifil32 : avifile.c > Removed files: > dlls/avifil32 : api.c avifile_private.h comentry.c iafile.c > iastream.c igframe.c main.c string.c > dlls/imm32 : immddk.h > dlls/quartz : README acmwrap.c amundoc.c asyncsrc.c > asyncsrc.h audioutl.c audioutl.h audren.c > audren.h avidec.c aviparse.c basefilt.c > basefilt.h basepin.c capgraph.c capgraph.h > complist.c complist.h csconv.c devenum.c > devenum.h enumunk.c enumunk.h fgevent.c > fgpass.c fgraph.c fgraph.h filesink.c > filesink.h fmap.c fmap.h ifgraph.c ijgdec.c > ijgdec.h imcntl.c imfilter.c impos.c imseek.c > iunk.c iunk.h memalloc.c memalloc.h midparse.c > mjpgdec.c mpadec.c mpgparse.c mpvdec.c mtype.c > mtype.h parser.c parser.h qtdec.c qtparse.c > quartz_private.h regsvr.c regsvr.h sample.c > sample.h seekpass.c seekpass.h sysclock.c > sysclock.h videoblt.c videoblt.h vidren.c > vidren.h wavparse.c xform.c xform.h > include : amaudio.h amvideo.h control.h errors.h evcode.h > strmif.h > > Log message: > Removed a bunch of multimedia code at Hidenori's request. Whoa, this is certainly a "bunch" of code ! :-( I hope the reason for taking such rather drastic measures was important. Oh well, anyway, thanks for your contributions, Hidenori ! (I'm just assuming there are still some left ;-) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

1 0

Ftruncate check
by Steven Edwards 01 May '02

01 May '02

I saw it was not applied. What was wrong with it? Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 2

statusbar question
by Medland, Bill 01 May '02

01 May '02

I am about to have a go at tidying up a little problem with the statusbar and our application and I want to check as to what we really know and what we are currently guessing. Our application has a sunken owner-drawn part in the status bar, in which we draw multiple icons. Under WINE the part is not sunken (and the icons are poorly rendered - a separate issue) but the background colour is OK. I see that currently the code for statusbar is: For all parts If owner drawn then let the owner draw it else fill the background if ownerdrawn then let the owner draw it (legacy code) else draw the border if there is an icon then draw it draw the text. fi fi end for Can anyone justify this order as opposed to e.g. draw the background, draw the border, then if owner drawn let the owner draw the rest, otherwise draw the icon and text? It seems to me that the latter is more consistant with what I see but I don't want to break a load of stuff. Bill

1 0

Re: WM_PAINT BUG
by Dustin Navea 01 May '02

01 May '02

--- ziolas <ziolas11(a)poczta.onet.pl> wrote: > Well I've been trying to get UT and DeusEx to work > under winex 2.0 (yeah I > know about the linux binaries for UT). It both work > great under software > rendering but in HW they suck. In D3D the game loads > up, then complains about > vertex buffer and shuts down. In opengl it doesn't > display any 3d graphics > (ex. in deus ex I can see the menu, but not the 3d > logo behind it), and the > console is flooded with "beginpaint not called on > WM_PAINT" messages. This is > probably a bug which should be fixed. Good luck to > the winex devel's! > this message is probably better suited to the winex forums, but let me take a look at it and see whats up, be right back __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com

1 0

MAX_PATH mess fix
by Steven Edwards 01 May '02

01 May '02

It seems mingw tries to include stdlib.h after windef.h in the build process and that was the result of the warnings/error. By making this change I don't have to change any of the other headers That depend on MAX_PATH (winnls,wingdi) by adding stdlib.h in them. I don't know if its right by the wine project standards but now I can compile 90% of the wine dll sources without warrnings/errors from stupid MAX_PATH. If someone has a better way please cvs diff -u me =) Thanks Steven Changelog: Fix the MAX_PATH mess under Mingw. (for real this time) cvs diff -u windef.h Index: windef.h =================================================================== RCS file: /home/wine/wine/include/windef.h,v retrieving revision 1.62 diff -u -r1.62 windef.h --- windef.h 10 Mar 2002 00:02:34 -0000 1.62 +++ windef.h 30 Apr 2002 21:41:42 -0000 @@ -149,6 +149,10 @@ #endif #endif /* NOMINMAX */ +#ifdef __MINGW__ +#include <stdlib.h> +#else + #ifndef _MAX_PATH /* FIXME: These are supposed to be in stdlib.h only */ #define _MAX_DRIVE 3 @@ -156,9 +160,13 @@ #define _MAX_DIR _MAX_FNAME #define _MAX_EXT _MAX_FNAME #define _MAX_PATH 260 -#endif +#endif /* _MAX_PATH */ + +#ifndef MAX_PATH #define MAX_PATH _MAX_PATH +#endif /* MAX_PATH */ +#endif /* __MINGW__ */ #define HFILE_ERROR ((HFILE)-1)

2 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel