gamedevlists-windows Mailing List for gamedev (Page 63)
Brought to you by:
vexxed72
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(48) |
Oct
(58) |
Nov
(49) |
Dec
(38) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(124) |
Feb
(83) |
Mar
(17) |
Apr
(37) |
May
(12) |
Jun
(20) |
Jul
(47) |
Aug
(74) |
Sep
(62) |
Oct
(72) |
Nov
(54) |
Dec
(13) |
2003 |
Jan
(36) |
Feb
(8) |
Mar
(38) |
Apr
(3) |
May
(6) |
Jun
(133) |
Jul
(20) |
Aug
(18) |
Sep
(12) |
Oct
(4) |
Nov
(28) |
Dec
(36) |
2004 |
Jan
(22) |
Feb
(51) |
Mar
(28) |
Apr
(9) |
May
(20) |
Jun
(9) |
Jul
(37) |
Aug
(20) |
Sep
(23) |
Oct
(15) |
Nov
(23) |
Dec
(27) |
2005 |
Jan
(22) |
Feb
(20) |
Mar
(5) |
Apr
(14) |
May
(10) |
Jun
|
Jul
(6) |
Aug
(6) |
Sep
|
Oct
(12) |
Nov
(1) |
Dec
|
2006 |
Jan
(18) |
Feb
(4) |
Mar
(3) |
Apr
(6) |
May
(4) |
Jun
(3) |
Jul
(16) |
Aug
(40) |
Sep
(6) |
Oct
(1) |
Nov
|
Dec
(2) |
2007 |
Jan
(5) |
Feb
(2) |
Mar
(4) |
Apr
(1) |
May
(13) |
Jun
|
Jul
(26) |
Aug
(3) |
Sep
(10) |
Oct
|
Nov
(4) |
Dec
(5) |
2008 |
Jan
(1) |
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Brian H. <bri...@py...> - 2001-12-03 21:00:54
|
Right now I'm opening a browser window using: ShellExecute( NULL, "open", "http://www.pyrogon.com", NULL, NULL, 0 ); This works fine, however it has a notable problem in that it usurps existing open browser windows. While annoying, it's also really bad when you accidentally take over a pop up ad which may have a reduced set of functionality (no scroll bars, no resizing) and which may also be instinctively closed without realizing that it's no longer a popup ad. I'd like to be able to force open a new browser window altogether without having to know the name of the app they use for their browsers. I suppose that in the worst case I could query what app they use for file type URL and then use that...but damn, that seems nasty. Is there a simpler way? Brian |
From: Andrew G. <And...@ho...> - 2001-11-30 09:58:40
|
> Is there an easy way to determine inside WM_LBUTTONDOWN whether a user > pressed the mouse button "inside" the window and not the title bar? Very easy, you shouldn't get them unless you have explicitly captured the mouse. WM_LBUTTONDOWN is a client area message, WM_NCLBUTTONDOWN is the message you receive if the user clicks on the title bar. If you've captured the mouse and received the message, the Y value of the provided point will be negative. Andrew Grant Hothouse Creations This email is covered by the following disclaimer, please read before accepting this email. http://www.hothouse.org/disclaimer/ |
From: Brian H. <bri...@py...> - 2001-11-30 05:54:58
|
Use ScreenToClient() on the point and make sure that the Y component is > 0 Brian At 12:50 AM 11/30/2001 -0500, Daniel Vogel wrote: >Is there an easy way to determine inside WM_LBUTTONDOWN whether a user >pressed the mouse button "inside" the window and not the title bar? > >- Daniel Vogel, Programmer, Epic Games Inc. > > >_______________________________________________ >Gamedevlists-windows mailing list >Gam...@li... >https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows |
From: Daniel V. <vo...@ep...> - 2001-11-30 05:52:44
|
Is there an easy way to determine inside WM_LBUTTONDOWN whether a user pressed the mouse button "inside" the window and not the title bar? - Daniel Vogel, Programmer, Epic Games Inc. |
From: <cas...@ya...> - 2001-11-28 18:51:33
|
Brian Sharon wrote: > Actually, you should probably just do InvalidateRect(NULL, NULL, FALSE). If you check the docs > you'll see that will force all windows to refresh. wow! that worked fine, thanks for your help! Ignacio Castaño ca...@as... _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
From: Martin S. <ms...@cl...> - 2001-11-28 17:52:05
|
Well wadda know thats embarassing, thers a clever server that does it for us and this allegedly is not ours (everything in my outbox is in text only) , I will try and get around, till then all you unix guys and elm users will have to wait. Martin (and see if this works now) -----Original Message----- From: Martin Slater [mailto:ms...@cl...] Sent: 28 November 2001 17:44 To: 'gam...@li...' Subject: RE: [GD-Windows] Mutexes and win2k As Rich (no not on this list to date but from DX) was kind enough to point out i was negligent in sending in html (didn't realise it had, but hey ho outlook has been duly instructed)so here is again for all you unix junkies out there, roll it............ Morning all, Wondering if anyone has come across any problems with mutexes uner win2k, i am creating a named mutex from one process and opening it up from another, if the app which creates the mutex is run from the debugger (or win98) the client can open the mutex happily but if the server is run normally then 9/10 times the client refuses to open the mutex (returning file not found) , but just occaisonally it will open it ok. I'd swear this worked ok in the past but at some point broke unbeknown to me as it was either running on a 98 box or being debugged on the 2k box. A simple test program works fine though. Something else i noted which may or may not be relevent (all this is using vc6+sp5) was the following code string tmp_str; tmp_str = server_name; tmp_str += access_mutex_name; was not working as expected when being executed in a thread, yielding tmp_str = access_mutex_name (ignoring the server name), but when run from the main thread it got it right, anyone know if this is some problem with the dinkumware stl? Everything is being linked against the multithreaded dll version of the rtl. Got me stumped Any ideas? cheers Martin PS> Thinking aloud, could it be something to do with something not being correctly labeled volatile and the debugger is causing the registers to be reloaded anyway somehow? still doesn't explain why it works fine on 98 tho.hmmm |
From: Martin S. <ms...@cl...> - 2001-11-28 17:44:06
|
As Rich (no not on this list to date but from DX) was kind enough to point out i was negligent in sending in html (didn't realise it had, but hey ho outlook has been duly instructed)so here is again for all you unix junkies out there, roll it............ Morning all, Wondering if anyone has come across any problems with mutexes uner win2k, i am creating a named mutex from one process and opening it up from another, if the app which creates the mutex is run from the debugger (or win98) the client can open the mutex happily but if the server is run normally then 9/10 times the client refuses to open the mutex (returning file not found) , but just occaisonally it will open it ok. I'd swear this worked ok in the past but at some point broke unbeknown to me as it was either running on a 98 box or being debugged on the 2k box. A simple test program works fine though. Something else i noted which may or may not be relevent (all this is using vc6+sp5) was the following code string tmp_str; tmp_str = server_name; tmp_str += access_mutex_name; was not working as expected when being executed in a thread, yielding tmp_str = access_mutex_name (ignoring the server name), but when run from the main thread it got it right, anyone know if this is some problem with the dinkumware stl? Everything is being linked against the multithreaded dll version of the rtl. Got me stumped Any ideas? cheers Martin PS> Thinking aloud, could it be something to do with something not being correctly labeled volatile and the debugger is causing the registers to be reloaded anyway somehow? still doesn't explain why it works fine on 98 tho.hmmm |
From: Benedict W. <bwa...@bt...> - 2001-11-28 17:26:03
|
Ignacio Casta=F1o wrote: >Brian Sharon wrote: >> you might try >> >> InvalidateRect(GetDesktopWindow(), NULL, FALSE); >> UpdateWindow(GetDesktopWindow()); > >Thanks, this works! but sometimes the taskbar is still dirty. Do you = know >how to obtain a handle to it or how to redraw it? You might want to try InvalidateRect(NULL, NULL, FALSE) as this is supposed to redraw all the windows... HTH Benedict -- Reality is Insanity |
From: Brian S. <bs...@mi...> - 2001-11-28 17:16:42
|
Actually, you should probably just do InvalidateRect(NULL, NULL, FALSE). = If you check the docs you'll see that will force all windows to = refresh. --brian -----Original Message----- From: Ignacio Casta=F1o [mailto:cas...@ya...]=20 Sent: Wednesday, November 28, 2001 8:33 AM To: gam...@li... Subject: Re: [GD-Windows] cleaning the screen Brian Sharon wrote: > you might try > > InvalidateRect(GetDesktopWindow(), NULL, FALSE); > UpdateWindow(GetDesktopWindow()); Thanks, this works! but sometimes the taskbar is still dirty. Do you = know how to obtain a handle to it or how to redraw it? Thanks in advance, Ignacio Casta=F1o ca...@as... |
From: <cas...@ya...> - 2001-11-28 17:11:03
|
Brian Sharon wrote: > you might try > > InvalidateRect(GetDesktopWindow(), NULL, FALSE); > UpdateWindow(GetDesktopWindow()); Thanks, this works! but sometimes the taskbar is still dirty. Do you know how to obtain a handle to it or how to redraw it? Thanks in advance, Ignacio Castaño ca...@as... _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
From: Martin S. <ms...@cl...> - 2001-11-28 09:01:54
|
Morning all, Wondering if anyone has come across any problems with mutexes uner win2k, i am creating a named mutex from one process and opening it up from another, if the app which creates the mutex is run from the debugger (or win98) the client can open the mutex happily but if the server is run normally then 9/10 times the client refuses to open the mutex (returning file not found) , but just occaisonally it will open it ok. I'd swear this worked ok in the past but at some point broke unbeknown to me as it was either running on a 98 box or being debugged on the 2k box. A simple test program works fine though. Something else i noted which may or may not be relevent (all this is using vc6+sp5) was the following code string tmp_str; tmp_str = server_name; tmp_str += access_mutex_name; was not working as expected when being executed in a thread, yielding tmp_str = access_mutex_name (ignoring the server name), but when run from the main thread it got it right, anyone know if this is some problem with the dinkumware stl? Everything is being linked against the multithreaded dll version of the rtl. Got me stumped Any ideas? cheers Martin PS> Thinking aloud, could it be something to do with something not being correctly labeled volatile and the debugger is causing the registers to be reloaded anyway somehow? still doesn't explain why it works fine on 98 tho.hmmm |
From: Brian S. <bs...@mi...> - 2001-11-28 01:24:12
|
you might try=20 InvalidateRect(GetDesktopWindow(), NULL, FALSE); UpdateWindow(GetDesktopWindow()); --brian -----Original Message----- From: Ignacio Casta=F1o [mailto:cas...@ya...]=20 Sent: Tuesday, November 27, 2001 5:10 PM To: gam...@li... Subject: [GD-Windows] cleaning the screen Hi, I have a non-fullscreen window, that covers all the screen, that when closed, lefts the desktop completely dirty, that is, with the image that = was on the window. Does somebody know how to redraw the desktop or how to avoid that? Thanks in advance, Ignacio Casta=F1o ca...@as... _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com _______________________________________________ Gamedevlists-windows mailing list Gam...@li... https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows |
From: <cas...@ya...> - 2001-11-28 01:06:44
|
Hi, I have a non-fullscreen window, that covers all the screen, that when closed, lefts the desktop completely dirty, that is, with the image that was on the window. Does somebody know how to redraw the desktop or how to avoid that? Thanks in advance, Ignacio Castaño ca...@as... _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
From: <cas...@ya...> - 2001-11-27 22:23:10
|
Brian Hook wrote: > This is presumably an issue with single-card dual-head configurations. > I'm curious if this is also a problem with the GF2MX TwinView boards (or > is it a case where the spec doesn't rigorously define the behaviour in > such situations?). yes, I would also like to know that. I'm actually going to buy a lot of cards, about 20 or more, and I would like to know which one offers best multimonitor support. Do you know if there are other cards with support for more than 2 monitors? Thansk in advance, Ignacio Castaño ca...@as... _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
From: <cas...@ya...> - 2001-11-27 22:23:07
|
Tom Forsyth wrote: > That seems not to work on the G400 series - if the second output is not > attached to the desktop, they just vanish. Presumably this is a driver bug - > best to ask Matrox devrel. yes, that was what I thought. I've asked them but I haven't receive any answer. Ignacio Castaño ca...@as... _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
From: Brian H. <bri...@py...> - 2001-11-27 17:20:06
|
> That seems not to work on the G400 series - if the second > output is not attached to the desktop, they just vanish. > Presumably this is a driver bug - best to ask Matrox devrel. This is presumably an issue with single-card dual-head configurations. I'm curious if this is also a problem with the GF2MX TwinView boards (or is it a case where the spec doesn't rigorously define the behaviour in such situations?). Brian |
From: Tom F. <to...@mu...> - 2001-11-27 14:01:15
|
That seems not to work on the G400 series - if the second output is not attached to the desktop, they just vanish. Presumably this is a driver = bug - best to ask Matrox devrel. Tom Forsyth - Muckyfoot bloke. What's he up to now (and can I have a go)? http://www.eidosinteractive.com/downloads/search.html?gmid=3D86 > -----Original Message----- > From: Ignacio Casta=F1o [mailto:cas...@ya...] > Sent: 26 November 2001 18:49 > To: gam...@li... > Subject: [GD-Windows] deattached monitors >=20 >=20 > Hi, > I'm writting an app that detects detached monitors, (attached=20 > to the system > but not to the desktop) and uses them to display slideshows.=20 > I'm actually > using DirectDrawEnumerateEx with the=20 > DDENUM_DETACHEDSECONDARYDEVICES flag, > but it doesn't seem to work, at least on my system (g450 dualhead). > Is there any other way to detect detached monitors, and to use them? >=20 > Thanks in advance, >=20 > Ignacio Casta=F1o > ca...@as... |
From: <cas...@ya...> - 2001-11-26 18:45:09
|
Hi, I'm writting an app that detects detached monitors, (attached to the system but not to the desktop) and uses them to display slideshows. I'm actually using DirectDrawEnumerateEx with the DDENUM_DETACHEDSECONDARYDEVICES flag, but it doesn't seem to work, at least on my system (g450 dualhead). Is there any other way to detect detached monitors, and to use them? Thanks in advance, Ignacio Castaño ca...@as... _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
From: Brian H. <bri...@py...> - 2001-11-24 02:48:05
|
> The solution is to add CS_NOCLOSE to your window class style. > IE wcex.style = CS_HREDRAW | CS_VREDRAW | CS_NOCLOSE; Worked like a charm, thanks! Silly me was looking in the window and ex-window style flags. *sigh* Brian |
From: Daniel V. <vo...@ep...> - 2001-11-24 02:31:57
|
F@#%& SourceForge and their reply-to policy. > Put all your text in a seperate file/resource then you can write a program > to scramble it or convert it to whatever format is required . > It's also very > useful for language translations, just give them one file and tell them to > translate it. Yes, and then have your output function descramble it and use a macro for debug output you don't want to be translated. We have all our game strings in external files that can be easily translated. > Ade - Daniel Vogel, Programmer, Epic Games Inc. |
From: <bwa...@bt...> - 2001-11-23 22:37:50
|
You wrote: >I'd like to either remove the "X" close box from the titlebar, or >possibly gray it out. I still need the minimize button though. Is this >type of thing possible? I couldn't see anything in the various window >styles for this. The solution is to add CS_NOCLOSE to your window class style. IE wcex.style =3D CS_HREDRAW | CS_VREDRAW | CS_NOCLOSE; but you will need WS_SYSMENU|WS_MINIMIZEBOX|WS_OVERLAPPED (within CreateWindow) to get the minimize box showing at all. This isn't perfect - you still have a close button but its disabled. = (Close in the system menu is also disabled). Hope this helps. Benedict -- Reality is Insanity |
From: Daniel V. <vo...@ep...> - 2001-11-23 21:46:08
|
We don't mask strings but use a macro so we can abstract UNICODE support (not supported on some consoles) which makes the code more portable. You could simply scramble the text in the macro and unscramble it in your output function. e.g. myprintf( SCRAMBLE("Hello World") ); - Daniel Vogel, Programmer, Epic Games Inc. > -----Original Message----- > From: gam...@li... > [mailto:gam...@li...]On Behalf Of > Brian Hook > Sent: Friday, November 23, 2001 4:28 PM > To: gam...@li... > Subject: [GD-Windows] Masking strings in an executable > > > I'd like to mask the strings in my executable (e.g. hardcoded strings > for registry entries or what have you). Something like a simple XOR > mask will work fine, however I'd rather avoid XORing all my strings > manually then typing them in, etc. Anyone here have a crafty, efficient > way of masking strings in their EXEs? > > Brian > > > _______________________________________________ > Gamedevlists-windows mailing list > Gam...@li... > https://lists.sourceforge.net/lists/listinfo/gamedevlists-windows > |
From: Brian H. <bri...@py...> - 2001-11-23 21:42:25
|
I'd like to either remove the "X" close box from the titlebar, or possibly gray it out. I still need the minimize button though. Is this type of thing possible? I couldn't see anything in the various window styles for this. Thanks, Brian |
From: Brian H. <bri...@py...> - 2001-11-23 21:27:29
|
I'd like to mask the strings in my executable (e.g. hardcoded strings for registry entries or what have you). Something like a simple XOR mask will work fine, however I'd rather avoid XORing all my strings manually then typing them in, etc. Anyone here have a crafty, efficient way of masking strings in their EXEs? Brian |
From: Brian H. <bri...@py...> - 2001-11-18 16:28:03
|
At 02:24 PM 11/18/2001 +0000, Rik Heywood wrote: >The resource compiler uses a different set of defines to your c++ compiler. A-ha, that's what I was missing. I'll give that a whirl. >Not sure why you would want to bother though. It will only save you a few >bytes and it probably won't effect the size of the exe at all, as padding >will probably result in it staying the same size. It actually saves a lot of bytes when you there are background images that are no longer needed for different builds; or when you need different images depending on the build; etc. For a small downloadable game, the difference betwee 2MB and 1.5MB is fairly significant. Brian |