diff --git a/docs/html/faqgen.htm b/docs/html/faqgen.htm index 2b6b864cf3..25fc5d82b4 100644 --- a/docs/html/faqgen.htm +++ b/docs/html/faqgen.htm @@ -140,10 +140,10 @@ platform-independent code, such as the wxTreeCtrl and wxListCtrl classes.
No. This is a much-discussed topic that has (many times) ended with the conclusion that it is in wxWidgets' best interests to avoid use of templates. Not all compilers can handle templates adequately so it would dramatically reduce the number of compilers -and platforms that could be supported. It would also be undersirable to make +and platforms that could be supported. It would also be undesirable to make wxWidgets dependent on another large library that may have to be downloaded and installed. In addition, use of templates can lead to executable bloat, which is something -wxWidgets 2 is strenously trying to avoid.
+wxWidgets 2 is strenuously trying to avoid.
The standard C++ string class is not used, again because it is not available to all compilers, and it is not necessarily a very efficient implementation. Also, we retain more flexibility diff --git a/docs/html/faqgtk.htm b/docs/html/faqgtk.htm index cc4b3748e6..6da8b25c07 100644 --- a/docs/html/faqgtk.htm +++ b/docs/html/faqgtk.htm @@ -49,7 +49,7 @@ often abbreviated to wxGTK. wxGTK has a separate home page Why doesn't reading floating point numbers work when using wxWidgets? If your program reads the floating point numbers in the format 123.45 -from a file, it may suddently start returning just 123 instead of the +from a file, it may suddenly start returning just 123 instead of the correct value on some systems -- which is all the more mysterious as the same code in a standalone program works just fine. diff --git a/docs/html/faqmac.htm b/docs/html/faqmac.htm index 3e7f255569..177092ab55 100644 --- a/docs/html/faqmac.htm +++ b/docs/html/faqmac.htm @@ -32,7 +32,7 @@ See also top-level FAQ page.
wxApp::s_macHelpMenuTitleName
, it defaults to "&Help", but you can change it in your constructor to your specific menu title.
+wxApp::s_macHelpMenuTitleName
, it defaults to "&Help", but you can change it in your constructor to your specific menu title.
wxApp::s_macAboutMenuItemID
, it defaults to wxID_ABOUT
, but can be changed as well to suit your needs.
diff --git a/docs/html/faqmsw.htm b/docs/html/faqmsw.htm index f266bf1ba6..ff37bf0d35 100644 --- a/docs/html/faqmsw.htm +++ b/docs/html/faqmsw.htm @@ -46,7 +46,7 @@ See also top-level FAQ page.
@@ -437,7 +437,7 @@ your items, or accelerators may not be registered properly.
Currently this is not possible because the wxConfig family of classes is supposed to deal with per-user application configuration data, and HKLM is -only supposed to be writeable by a user with Administrator privileges. In theory, +only supposed to be writable by a user with Administrator privileges. In theory, only installers should write to HKLM. This is still a point debated by the wxWidgets developers. There are at least two ways to work around it if you really need to write to HKLM.
@@ -525,7 +525,7 @@ when linking your project, this means that you used different versions of CRT 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. +page/subitem of the "C++" tab/item in the project properties dialog in VC6/7.
To avoid problems, you must use the same one for all components of your project. wxWindows uses multithread safe DLL version of the @@ -538,7 +538,7 @@ slightly smaller and faster. But the most important thing is to use the same CRT setting for all components of your project. -