gamedevlists-windows

Re: [GD-Windows] WM_SYSCOMMAND documentation question

[Rich <leg...@xm...>]

In article <JDE...@ep...>,
    "Daniel Vogel" <vo...@ep...>  writes:

> The D3D sample applications return 1 in response to WM_SYSCOMMAND to prevent
> certain events from interfering with the app being fullscreen though I can't
> find any documention why 1 is returned. The MSDN docs state that 0 should be
> returned if the application handles WM_SYSCOMMAND so I'm wondering where the
> return value of 1 is documented.

I think Brian's analysis is correct.  From "Win32 Programming" by
Rector & Newcomer, pg. 904:

    "If you add your own menu items to the systme menu and, therefore,
    intercept the WM_SYSCOMMAND message, you must make sure you pass
    all unprocessed messages to the DefWindowProc function.  If you
    don't, the standard menu commands will be effectively disabled.
    They will look active to the user, but selecting them will have no
    effect."
-- 
"The Direct3D Graphics Pipeline"-- code samples, sample chapter, FAQ:
          <http://www.xmission.com/~legalize/book/>
        izfree: Open source tools for Windows Installer
                <http://izfree.sourceforge.net>

[GD-Windows] windows message on ALT-TAB

[Daniel V. <vo...@ep...>]

Is there a windows message I get when a user ALT-TAB's out of my fullscreen
application? I get a WM_SYSCOMMAND/ SC_KEYMENU but was hoping for a more
general "you just got minimized because someone ALT-TAB'ed away/ ..."
message without having to manually check for the ALT-TAB combo.

Thanks,

-- Daniel, Epic Games Inc.

[GD-Windows] VC++ lag

[Pierre T. <p.t...@wa...>]

Hi,

Is there any particular reason why VC++ should lag like hell before starting
compiling ? The scenario is :
- W2K / VC++ 6 / SP5 / brand new machine
- I press F5 or F7 to compile
- Between 30 and 60 seconds later compilation actually starts (before, VC++
just doesn't respond)

It doesn't happen all the time. This is extremely annoying, especially when
it stops 1 second after compilation has started, to report a missing ";"
.......

Another question while I'm at it :

I use a "subst" command to create a virtual drive where my project lies, say
"Y:". This maps a real location somewhere on the D: drive (at work), or
somewhere on C: (at home). Using a virtual drive allows me to use some
hardcoded paths in various places.

Usually, when I select a file in VC++ (the source tree on the left), it
opens "Y:\SomeDir\SomeFile.cpp", which is what I want. However, *sometimes*
it decides to open "C:\RealLocation\SomeDir\SomeFile.cpp" instead, i.e. it
uses the real path. The trouble is, of course, when I use the backuped
project on the other machine, it doesn't find the file anymore (since it's
now on D:), and the usual message box pops up to say that VC has been unable
to re-open some of the project files.

I'd like to know why it sometimes feels like using the real path names
instead of subst'ed ones.

Pierre

Re: [GD-Windows] VC++ lag

[Mickael P. <mpo...@ed...>]

> Is there any particular reason why VC++ should lag like hell before
> starting compiling ? The scenario is :
> - W2K / VC++ 6 / SP5 / brand new machine
> - I press F5 or F7 to compile
> - Between 30 and 60 seconds later compilation actually starts
> (before, VC++ just doesn't respond)

Do you use VisualAssist, or anyother kind of VC++ pluggin ?
Do you have workspaces that contains a lot of subprojects, with the
mainproject having all other projects considered as dependancies of the main
?

    Mickael Pointier