]> git.saurik.com Git - wxWidgets.git/blobdiff - docs/html/faqmsw.htm
projects / wxWidgets.git / blobdiff
? search:
summary | shortlog | log | commit | commitdiff | tree
raw | inline | side by side
define _HPUX_SOURCE under HP-UX, otherwise many things are not defined in standard...
[wxWidgets.git] / docs / html / faqmsw.htm
diff --git a/docs/html/faqmsw.htm b/docs/html/faqmsw.htm
index aa0dcbe3cb1adbfd8a0798b12af6765eca544304..5a117ed58cffe5ca7b6a697270d7fe21fa032d91 100644 (file)
--- a/docs/html/faqmsw.htm
+++ b/docs/html/faqmsw.htm
@@ -2,7 +2,7 @@
 <HTML>
 
 <HEAD>
 <HTML>
 
 <HEAD>
-<TITLE>wxWidgets 2 for Windows FAQ</TITLE>
+<TITLE>wxWidgets for Windows FAQ</TITLE>
 </HEAD>
 
 <BODY BGCOLOR=#FFFFFF TEXT=#000000 VLINK="#00376A" LINK="#00529C" ALINK="#313063">
 </HEAD>
 
 <BODY BGCOLOR=#FFFFFF TEXT=#000000 VLINK="#00376A" LINK="#00529C" ALINK="#313063">
@@ -13,7 +13,7 @@
 <tr>
 <td bgcolor="#004080" align=left height=24 background="images/bluetitlegradient.gif">
 <font size=+1 face="Arial, Lucida Sans, Helvetica" color="#FFFFFF">
 <tr>
 <td bgcolor="#004080" align=left height=24 background="images/bluetitlegradient.gif">
 <font size=+1 face="Arial, Lucida Sans, Helvetica" color="#FFFFFF">
-<b>wxWidgets 2 for Windows FAQ</b>
+<b>wxWidgets for Windows FAQ</b>
 </font>
 </td>
 </tr>
 </font>
 </td>
 </tr>
@@ -29,10 +29,10 @@ See also <a href="faq.htm">top-level FAQ page</a>.
 <li><a href="#wince">What about Windows CE?</a></li>
 <li><a href="#winxp">What do I need to do for Windows XP?</a></li>
 <li><a href="#compilers">What compilers are supported?</a></li>
 <li><a href="#wince">What about Windows CE?</a></li>
 <li><a href="#winxp">What do I need to do for Windows XP?</a></li>
 <li><a href="#compilers">What compilers are supported?</a></li>
-<li><a href="#bestcompiler">Which is the best compiler to use with wxWidgets 2?</a></li>
+<li><a href="#bestcompiler">Which is the best compiler to use with wxWidgets?</a></li>
 <li><a href="#unicode">Is Unicode supported?</a></li>
 <li><a href="#doublebyte">Does wxWidgets support double byte fonts (Chinese/Japanese/Korean etc.)?</a></li>
 <li><a href="#unicode">Is Unicode supported?</a></li>
 <li><a href="#doublebyte">Does wxWidgets support double byte fonts (Chinese/Japanese/Korean etc.)?</a></li>
-<li><a href="#dll">Can you compile wxWidgets 2 as a DLL?</a></li>
+<li><a href="#dll">Can you compile wxWidgets as a DLL?</a></li>
 <li><a href="#exesize">How can I reduce executable size?</a></li>
 <li><a href="#mfc">Is wxWidgets compatible with MFC?</a></li>
 <li><a href="#setuph">Why do I get errors about setup.h not being found?</a></li>
 <li><a href="#exesize">How can I reduce executable size?</a></li>
 <li><a href="#mfc">Is wxWidgets compatible with MFC?</a></li>
 <li><a href="#setuph">Why do I get errors about setup.h not being found?</a></li>
@@ -45,30 +45,27 @@ See also <a href="faq.htm">top-level FAQ page</a>.
 <li><a href="#shortcutproblem">Why are menu hotkeys or shortcuts not working in my application?</a></li>
 <li><a href="#regconfig">Why can I not write to the HKLM part of the registry with wxRegConfig?</a></li>
 <li><a href="#access">Is MS Active Accessibility supported?</a></li>
 <li><a href="#shortcutproblem">Why are menu hotkeys or shortcuts not working in my application?</a></li>
 <li><a href="#regconfig">Why can I not write to the HKLM part of the registry with wxRegConfig?</a></li>
 <li><a href="#access">Is MS Active Accessibility supported?</a></li>
-<li><a href="#dspfmt">Why does Visual C++ complain about corrupted project files{/a></li>
+<li><a href="#dspfmt">Why does Visual C++ complain about corrupted project files?</a></li>
+<li><a href="#crtmismatch">Visual C++ gives errors about multiply defined symbols, what can I do?</a></li>
+<li><a href="#directx">Why do I get compilation errors when using wxWidgets with DirectShow?</a></li>
+<li><a href="#handlewm">How do I handle Windows messages in my wxWidgets program?</a></li>
 </ul>
 <hr>
 
 <h3><a name="platforms">Which Windows platforms are supported?</a></h3>
 
 </ul>
 <hr>
 
 <h3><a name="platforms">Which Windows platforms are supported?</a></h3>
 
-wxWidgets 2 can be used to develop and deliver applications on Windows 3.1, Win32s,
-Windows 95, Windows 98, Windows NT, Windows 2000, and Windows XP. A Windows CE
-version is being looked into (see below).<P>
+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).<P>
 
 
-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&#39;t expect very Windows-95-specific classes to work, such as wxTaskBarIcon. The wxRegConfig
-class doesn&#39;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.
-<P>
-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.
 <P>
 
 <P>
 
-wxWidgets 2 for Windows will also compile on Unix with gcc using Wine from <a href="http://www.winehq.org" target=_top>WineHQ</a>.
+wxWidgets for Windows will also compile on Unix with gcc using Wine from <a href="http://www.winehq.org" target=_top>WineHQ</a>.
 The resulting executables are Unix binaries that work with the Wine Windows API emulator.<P>
 
 The resulting executables are Unix binaries that work with the Wine Windows API emulator.<P>
 
-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,
 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,
@@ -76,10 +73,19 @@ without ever needing a copy of Microsoft Windows. See the Technical Note on the
 
 <h3><a name="wince">What about Windows CE?</a></h3>
 
 
 <h3><a name="wince">What about Windows CE?</a></h3>
 
-This port is largely complete. For further information, see the <a href="http://www.wxwindows.org/embedded.htm#wxwince">wxEmbedded</a> page.<P>
+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 <a href="http://www.wxwidgets.org/embedded.htm#wxwince">wxEmbedded</a> page.<P>
 
 <h3><a name="winxp">What do I need to do for Windows XP?</a></h3>
 
 
 <h3><a name="winxp">What do I need to do for Windows XP?</a></h3>
 
+From wxWidgets 2.5, the XP manifest is included in wx/msw/wx.rc and
+so your application will be themed automatically so long as you include wx.rc
+in your own .rc file.<P>
+
+For versions of wxWidgets below 2.5, you need to provide the manifest
+explicitly, as follows.<p>
+
 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:
 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:
@@ -117,10 +123,6 @@ line:<P>
   1 24 "winxp.manifest"
 </PRE>
 
   1 24 "winxp.manifest"
 </PRE>
 
-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.<P>
-
 For an explanation of this syntax, please see
 <a href="http://delphi.about.com/library/bluc/text/uc111601a.htm" target=_new>this
 article</a>.
 For an explanation of this syntax, please see
 <a href="http://delphi.about.com/library/bluc/text/uc111601a.htm" target=_new>this
 article</a>.
@@ -128,7 +130,7 @@ article</a>.
 
 <h3><a name="compilers">What compilers are supported?</a></h3>
 
 
 <h3><a name="compilers">What compilers are supported?</a></h3>
 
-Please see the wxWidgets 2 for Windows install.txt file for up-to-date information, but
+Please see the wxWidgets for Windows install.txt file for up-to-date information, but
 currently the following are known to work:<P>
 
 <ul>
 currently the following are known to work:<P>
 
 <ul>
@@ -144,9 +146,9 @@ currently the following are known to work:<P>
 <P>
 
 
 <P>
 
 
-<h3><a name="bestcompiler">Which is the best compiler to use with wxWidgets 2?</a></h3>
+<h3><a name="bestcompiler">Which is the best compiler to use with wxWidgets?</a></h3>
 
 
-It&#39;s partly a matter of taste, but I (JACS) prefer Visual C++ since the debugger is very
+It&#39;s partly a matter of taste, but some people prefer Visual C++ since the debugger is very
 good, it&#39;s very stable, the documentation is extensive, and it generates small executables.
 Since project files are plain text, it&#39;s easy for me to generate appropriate project files
 for wxWidgets samples.<P>
 good, it&#39;s very stable, the documentation is extensive, and it generates small executables.
 Since project files are plain text, it&#39;s easy for me to generate appropriate project files
 for wxWidgets samples.<P>
@@ -168,7 +170,8 @@ Watcom C++ is a little slow and the debugger is not really up to today&#39;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
 
 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.<p>
 
 <h3><a name="unicode">Is Unicode supported?</a></h3>
 
 
 <h3><a name="unicode">Is Unicode supported?</a></h3>
 
@@ -179,7 +182,7 @@ href="http://www.microsoft.com/globaldev/handson/dev/mslu_announce.mspx">MSLU</a
 
 <h3><a name="doublebyte">Does wxWidgets support double byte fonts (Chinese/Japanese/Korean etc.)?</a></h3>
 
 
 <h3><a name="doublebyte">Does wxWidgets support double byte fonts (Chinese/Japanese/Korean etc.)?</a></h3>
 
-For Japanese under Win2000, it seems that wxWidgets has no problems to work
+For Japanese under Win2000, it seems that wxWidgets has no problems working
 with double byte char sets (meaning DBCS, not Unicode). First you have to
 install Japanese support on your Win2K system and choose for ANSI translation
 <tt>HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage=932</tt>
 with double byte char sets (meaning DBCS, not Unicode). First you have to
 install Japanese support on your Win2K system and choose for ANSI translation
 <tt>HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage=932</tt>
@@ -187,7 +190,7 @@ install Japanese support on your Win2K system and choose for ANSI translation
 wxWidgets applications.
 <p>
 
 wxWidgets applications.
 <p>
 
-<h3><a name="dll">Can you compile wxWidgets 2 as a DLL?</a></h3>
+<h3><a name="dll">Can you compile wxWidgets as a DLL?</a></h3>
 
 Yes (using the Visual C++ or Borland C++ makefile), but be aware that distributing DLLs is a thorny issue
 and you may be better off compiling statically-linked applications, unless you&#39;re
 
 Yes (using the Visual C++ or Borland C++ makefile), but be aware that distributing DLLs is a thorny issue
 and you may be better off compiling statically-linked applications, unless you&#39;re
@@ -224,7 +227,7 @@ you need to configure wxWidgets to compile without debugging information: see
 docs/msw/install.txt for details. You may find that using configure instead
 of makefile.g95 is easier, particularly since you can maintain debug and
 release versions of the library simultaneously, in different directories.
 docs/msw/install.txt for details. You may find that using configure instead
 of makefile.g95 is easier, particularly since you can maintain debug and
 release versions of the library simultaneously, in different directories.
-Also, run 'strip' after linking to remove all traces of debug info.
+Also, run &#39;strip&#39; after linking to remove all traces of debug info.
 <P>
 
 <H3><a name="mfc">Is wxWidgets compatible with MFC?</a></H3>
 <P>
 
 <H3><a name="mfc">Is wxWidgets compatible with MFC?</a></H3>
@@ -236,15 +239,15 @@ functionality using MFC.<P>
 <H3><a name="setuph">Why do I get errors about setup.h not being found?</a></H3>
 
 When you build the wxWidgets library, setup.h is copied
 <H3><a name="setuph">Why do I get errors about setup.h not being found?</a></H3>
 
 When you build the wxWidgets library, setup.h is copied
-from include/wx/msw/setup.h to e.g. lib/mswd/wx/setup.h (the path
+from include/wx/msw/setup.h to e.g. lib/vc_msw/mswd/wx/setup.h (the path
 depends on the configuration you&#39;re building). So you need to add
 this include path if building using the static Debug library:<P>
 
 depends on the configuration you&#39;re building). So you need to add
 this include path if building using the static Debug library:<P>
 
-lib/mswd<P>
+lib/vc_lib/mswd<P>
 
 
-or if building the static Release library, lib/msw.<P>
+or if building the static Release library, lib/vc_lib/msw.<P>
 
 
-See also the <a href="http://wiki.wxwindows.org/wiki.pl?Table_Of_Contents">wxWiki Contents</a>
+See also the <a href="http://wiki.wxwidgets.org/wiki.pl?Table_Of_Contents">wxWiki Contents</a>
 for more information.<P>
 
 
 for more information.<P>
 
 
@@ -320,10 +323,13 @@ Code&#39; (and no others). This will then work.<P>
 
 <H3><a name="makefiles">How are the wxWidgets makefiles edited under Windows?</a></H3>
 
 
 <H3><a name="makefiles">How are the wxWidgets makefiles edited under Windows?</a></H3>
 
-As of wxWidgets 2.1, there is a new system written by Vadim Zeitlin, that
+wxWidgets 2.5.x and above uses Bakefile to generate makefiles, which
+is described in technical note 16 under docs/tech in your distribution.<p>
+
+For 2.4.x, there is a system written by Vadim Zeitlin that
 generates the makefiles from templates using tmake.<P>
 
 generates the makefiles from templates using tmake.<P>
 
-Here are Vadim&#39;s notes:<P>
+Here are Vadim&#39;s notes on tmake:<P>
 
 <blockquote>
 To use these new makefiles, you don&#39;t need anything (but see below).
 
 <blockquote>
 To use these new makefiles, you don&#39;t need anything (but see below).
@@ -491,13 +497,13 @@ bool myGlobalConfig::Write (const wxString& key, const wxString& value)
 
 <H3><a name="#access">Is MS Active Accessibility supported?</a></H3>
 
 
 <H3><a name="#access">Is MS Active Accessibility supported?</a></H3>
 
-This is being worked on. Please see <a href="http://www.wxwindows.org/access.htm">this page</a>
+This is being worked on. Please see <a href="http://www.wxwidgets.org/access.htm">this page</a>
 for the current status.
 
 <P>
 
 
 for the current status.
 
 <P>
 
 
-<h3><a name="#dspfmt">Why does Visual C++ complain about corrupted project files{/a></h3>
+<h3><a name="#dspfmt">Why does Visual C++ complain about corrupted project files?</a></h3>
 
 If you have downloaded the wxWidgets sources from the cvs using a Unix cvs
 client or downloaded a daily snapshot in <tt>.tar.gz</tt> format, it is likely
 
 If you have downloaded the wxWidgets sources from the cvs using a Unix cvs
 client or downloaded a daily snapshot in <tt>.tar.gz</tt> format, it is likely
@@ -510,6 +516,59 @@ Of course, another possibility is to always use only the Windows cvs client
 and to avoid this problem completely.
 <p>
 
 and to avoid this problem completely.
 <p>
 
+<h3><a name="#crtmismatch">Visual C++ gives errors about multiply defined symbols, what can I do?</a></h3>
+
+If you get errors like this
+
+<pre>
+MSVCRTD.lib(MSVCRTD.dll) : error LNK2005: _xxxxxx already defined in LIBCD.lib(yyyyy.obj)
+</pre>
+
+when linking your project, this means that you used different versions of CRT
+(C Run-Time) library for wxWindows (or possibly another library) and the main
+project. Visual C++ provides static or dynamic and multithread safe or not
+versions of CRT for each of debug and release builds, for a total of 8
+libraries. You can choose among them by going to the "Code generation"
+page/subitem of the "C++" tab/item in the project proprieties dialog in VC6/7.
+<p>
+To avoid problems, you <strong>must</strong> use the same one for all
+components of your project. wxWindows uses multithread safe DLL version of the
+CRT which is a good choice but may be problematic when distributing your
+applications if you don&#39;t include the CRT DLL in your installation -- in this
+case you may decide to switch to using a static CRT version. If you build with
+<tt>wxUSE_THREADS == 0</tt> you may also use the non MT-safe version as it is
+slightly smaller and faster.
+<p>
+But the most important thing is to use the <strong>same</strong> CRT setting for
+all components of your project.
+
+<h3><a name="#directx">Why do I get compilation errors when using wxWidgets with DirectShow?</a></h3>
+
+If you get errors when including Microsoft DirectShow or DirectDraw headers,
+the following message from Peter Whaite could help:
+<blockquote>
+&gt; This causes compilation errors within DirectShow:
+&gt;
+&gt; wxutil.h(125) : error C2065: &#39;EXECUTE_ASSERT&#39; : undeclared identifier
+&gt; amfilter.h(1099) : error C2065: &#39;ASSERT&#39; : undeclared identifier
+
+The reason for this is that __WXDEBUG__ is also used by the DXSDK (9.0
+in my case) to &#39;#pragma once&#39; the contents of
+DXSDK/Samples/C++/DirectShow/BaseClasses/wxdebug.h.  So if __WXDEBUG__
+is defined, then wxdebug.h doesn&#39;t get included, and the assert macros
+don&#39;t get defined.  You have to #undef __WXDEBUG__ before including the
+directshow baseclass&#39;s &lt;streams.h&gt;.
+</blockquote>
+
+
+<h3><a name="#handlewm">How do I handle Windows messages in my wxWidgets program?</a></h3>
+
+To handle a Windows message you need to override a virtual
+<tt>MSWWindowProc()</tt> method in a wxWindow-derived class. You should then
+test if <tt>nMsg</tt> parameter is the message you need to process and perform
+the necessary action if it is or call the base class method otherwise.
+
+
 </font>
 
 </BODY>
 </font>
 
 </BODY>
wxWidgets (Impactor)