X-Git-Url: https://git.saurik.com/wxWidgets.git/blobdiff_plain/162a956bb6a4a3a65a9647c8f31d10ec406d0df2..11ef729d54ee338a1d569b5a238c2feb84d488ff:/docs/html/faqmsw.htm?ds=inline diff --git a/docs/html/faqmsw.htm b/docs/html/faqmsw.htm index 6d7a5452bf..5a117ed58c 100644 --- a/docs/html/faqmsw.htm +++ b/docs/html/faqmsw.htm @@ -2,7 +2,7 @@
-+wxWidgets can be used to develop and deliver applications on Windows 95, Windows 98, Windows NT, +Windows 2000, Windows XP, and Windows Vista. A Windows CE +port is also available (see below).
-wxWidgets 2 is designed to make use of WIN32 features and controls. However, unlike Microsoft, -we have not forgotten users of 16-bit Windows. Most features -work under Windows 3.1, including wxTreeCtrl and wxListCtrl using the generic implementation. -However, don't expect very Windows-95-specific classes to work, such as wxTaskBarIcon. The wxRegConfig -class doesn't work either because the Windows 3.1 registry is very simplistic. Check out the 16-bit -makefiles to see what other files have been left out. -
-16-bit compilation is supported under Visual C++ 1.5, and Borland BC++ 4 to 5. +16-bit compilation is only supported for wxWidgets 2.4 and previous versions, +using Visual C++ 1.5 and Borland BC++ 4 to 5.
-wxWidgets 2 for Windows will also compile on Unix with gcc using Wine from WineHQ. +wxWidgets for Windows will also compile on Unix with gcc using Wine from WineHQ. The resulting executables are Unix binaries that work with the Wine Windows API emulator.
-You can also compile wxWidgets 2 for Windows on Unix with Cygwin or Mingw32, resulting +You can also compile wxWidgets for Windows on Unix with Cygwin or Mingw32, resulting in executables that will run on Windows. So in theory you could write your applications using wxGTK or wxMotif, then check/debug your wxWidgets for Windows programs with Wine, and finally produce an ix86 Windows executable using Cygwin/Mingw32, @@ -79,10 +73,19 @@ without ever needing a copy of Microsoft Windows. See the Technical Note on the
+This port supports Pocket PC 2002/2003 and MS Smartphone 2002/2003, using +Embedded Visual C++ 3 or 4. For further information, see the wxMSW section in +the wxWidgets Reference Manual, and also the wxEmbedded page.
+ +For versions of wxWidgets below 2.5, you need to provide the manifest +explicitly, as follows.
+ In the same directory as you have your executable (e.g. foo.exe) you put a file called foo.exe.manifest in which you have something like the following: @@ -120,10 +123,6 @@ line:
1 24 "winxp.manifest" -In wxWidgets 2.5, this will be in the wx/msw/wx.rc and -so will happen automatically so long as you include wx.rc -in your own .rc file.
- For an explanation of this syntax, please see this article. @@ -131,7 +130,7 @@ article.
-
@@ -171,7 +170,8 @@ Watcom C++ is a little slow and the debugger is not really up to today's sta Among the free compilers the best choice seem to be Borland C++ command line tools and mingw32 (port of gcc to Win32). Both of them are supported by -wxWidgets. +wxWidgets. However BC++ has trouble compiling large executables statically, +so you need to dynamically link the wxWidgets libraries.
-
-lib/mswd
+lib/vc_lib/mswd
-or if building the static Release library, lib/msw.
+or if building the static Release library, lib/vc_lib/msw.
See also the wxWiki Contents for more information.
@@ -324,13 +324,12 @@ Code' (and no others). This will then work.
+is described in technical note 16 under docs/tech in your distribution.
-As of wxWidgets 2.1, there is a new system written by Vadim Zeitlin, that +For 2.4.x, there is a system written by Vadim Zeitlin that generates the makefiles from templates using tmake.
-Here are Vadim's notes:
+Here are Vadim's notes on tmake:
To use these new makefiles, you don't need anything (but see below). @@ -504,7 +503,7 @@ for the current status.-
Why does Visual C++ complain about corrupted project files{/a>
+Why does Visual C++ complain about corrupted project files?
If you have downloaded the wxWidgets sources from the cvs using a Unix cvs client or downloaded a daily snapshot in .tar.gz format, it is likely @@ -547,7 +546,7 @@ all components of your project. If you get errors when including Microsoft DirectShow or DirectDraw headers, the following message from Peter Whaite could help: -++> This causes compilation errors within DirectShow: > > wxutil.h(125) : error C2065: 'EXECUTE_ASSERT' : undeclared identifier @@ -559,7 +558,7 @@ DXSDK/Samples/C++/DirectShow/BaseClasses/wxdebug.h. So if __WXDEBUG__ is defined, then wxdebug.h doesn't get included, and the assert macros don't get defined. You have to #undef __WXDEBUG__ before including the directshow baseclass's <streams.h>. -