]> git.saurik.com Git - wxWidgets.git/blobdiff - include/wx/msw/wrapwin.h
Add *wxTopLevelWindowGTK*RequestUserAttention*int*;
[wxWidgets.git] / include / wx / msw / wrapwin.h
index 48bed31c066d49c912d06b39def0e75436023f09..fb6b8f9bb644e3267e8eb75e739c6c00144a3cd2 100644 (file)
@@ -1,5 +1,5 @@
 /////////////////////////////////////////////////////////////////////////////
-// Name:        wrapwin.h
+// Name:        msw/wrapwin.h
 // Purpose:     Wrapper around <windows.h>, to be included instead of it
 // Author:      Vaclav Slavik
 // Created:     2003/07/22
 
 #include "wx/platform.h"
 
+// strict type checking to detect conversion from HFOO to HBAR at compile-time
 #ifndef STRICT
     #define STRICT 1
 #endif
 
-// define _WIN32_IE to a high value because we always check for the version
-// of installed DLLs at runtime anyway unless the user really doesn't want it
-#ifndef _WIN32_IE
-    // for compilers that use w32api headers: w32api must be >= 1.1:
-    #if defined( __GNUWIN32__ ) || defined( __MINGW32__ ) || \
-        defined( __CYGWIN__ ) || \
-        (defined(__WATCOMC__) && __WATCOMC__ >= 1200) || \
-        defined(__DIGITALMARS__) && \
-        !wxCHECK_W32API_VERSION(1,1)
-        #define _WIN32_IE 0x300
-    #else
-        // highest known value at the time of this writing (Windows Server 2003)
-        #define _WIN32_IE 0x502
+// this macro tells windows.h to not define min() and max() as macros: we need
+// this as otherwise they conflict with standard C++ functions
+#ifndef NOMINMAX
+    #define NOMINMAX
+#endif // NOMINMAX
+
+
+// before including windows.h, define version macros at (currently) maximal
+// values because we do all our checks at run-time anyhow
+#ifndef WINVER
+    // the only exception to the above is MSVC 6 which has a time bomb in its
+    // headers: they warn against using them with WINVER >= 0x0500 as they
+    // contain only part of the declarations and they're not always correct, so
+    // don't define WINVER for it at all as this allows everything to work as
+    // expected both with standard VC6 headers (which define WINVER as 0x0400
+    // by default) and headers from a newer SDK (which may define it as 0x0500)
+    #if !defined(__VISUALC__) || (__VISUALC__ >= 1300)
+        #define WINVER 0x0600
     #endif
-#endif // !defined(_WIN32_IE)
+#endif
+
+#ifndef _WIN32_WINNT
+    #define _WIN32_WINNT 0x0600
+#endif
+
 
 #include <windows.h>
+
+#ifdef __WXWINCE__
+    // this doesn't make any sense knowing that windows.h includes all these
+    // headers anyhow, but the fact remains that when building using eVC 4 the
+    // functions and constants from these headers are not defined unless we
+    // explicitly include them ourselves -- how is it possible is beyond me...
+    #include <winbase.h>
+    #include <wingdi.h>
+    #include <winuser.h>
+
+    // this one OTOH contains many useful CE-only functions
+    #include <shellapi.h>
+#endif // __WXWINCE__
+
+
+// #undef the macros defined in winsows.h which conflict with code elsewhere
 #include "wx/msw/winundef.h"
 
+
+// types DWORD_PTR, ULONG_PTR and so on might be not defined in old headers but
+// unfortunately I don't know of any standard way to test for this (as they're
+// typedefs and not #defines), so simply overwrite them in any case in Win32
+// mode -- and if compiling for Win64 they'd better have new headers anyhow
+//
+// this is ugly but what else can we do? even testing for compiler version
+// wouldn't help as you can perfectly well be using an older compiler (VC6)
+// with newer SDK headers
+#if !defined(__WIN64__) && !defined(__WXWINCE__)
+    #define UINT_PTR unsigned int
+    #define LONG_PTR long
+    #define ULONG_PTR unsigned long
+    #define DWORD_PTR unsigned long
+#endif // !__WIN64__
+
 #endif // _WX_WRAPWIN_H_