-You don't have to use C++ to use wxWidgets: there is a Python interface for wxWidgets 2, +You don't have to use C++ to use wxWidgets: there is a Python interface for wxWidgets, and also a Perl interface.
-
-The conditions for using wxWidgets 2 are the same whether you are a personal, academic +The conditions for using wxWidgets are the same whether you are a personal, academic or commercial developer.
@@ -92,7 +94,7 @@ Our highest-profile user yet is industry veteran and Lotus Corp. founder Mitch K and his Open Source Applications Foundation.
-
-
Currently resources such as bitmaps and icons are handled in a platform-specific way, but it is hoped to reduce this dependence in due course.
-Another reason why wxWidgets 2 is not a 'lowest common denominator' toolkit is that +Another reason why wxWidgets is not a 'lowest common denominator' toolkit is that some functionality missing on some platform has been provided using generic, platform-independent code, such as the wxTreeCtrl and wxListCtrl classes.
@@ -143,7 +145,7 @@ templates adequately so it would dramatically reduce the number of compilers 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 strenuously trying to avoid.
+wxWidgets 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 @@ -164,7 +166,7 @@ or by adding this to a header before you include any STL files:
-
@@ -226,22 +228,14 @@ If you are feeling adventurous, you may also check out the sources directly from cvs.
+
Microsoft is spending a lot on promoting the .NET initiative, which is a set of languages, APIs and web service components for Windows. Ximian has started an open source version of .NET, mostly for Linux. -C# is Microsoft's alternative to Java, supporting 'managed code', +C# is Microsoft's alternative to Java, supporting 'managed code', garbage collection and various other Java-like language features.
Although this may be attractive to some developers, there is a variety of reasons why the .NET/Mono combination is unlikely to make wxWidgets redundant. Please note that the following comments -are Julian Smart's opinions.
+are Julian Smart's opinions.
Each port consists of a platform-specific part (e.g. src/msw, include/wx/msw), -a generic set of widgets and dialogs for when the port doesn't support +a generic set of widgets and dialogs for when the port doesn't support them natively (src/generic, include/wx/generic) and the common code that all ports use (src/common, include/wx). By browsing the source you should get a good idea of the general pattern.
@@ -335,7 +329,7 @@ Perhaps it will still save you time to clean up wxStubs, and others may benefit from this too.
You will need to define a symbol for the new port, e.g. __WXXBOX__. -Look at files such as wx/defs.h, wx/wxchar.h for areas where you'll +Look at files such as wx/defs.h, wx/wxchar.h for areas where you'll need to add to existing conditionals to set up wide character support and other issues. If the GUI runs on a Unix variant, define the __UNIX__ variable in your makefile.
@@ -357,7 +351,7 @@ wxMGL, and wxMSW/Univ for sample wxUniversal ports.
To begin with, you can use whatever makefiles or project files work for you. Look at existing makefiles to see what -generic/common/Unix files need to be included. Later, you'll want to integrate support +generic/common/Unix files need to be included. Later, you'll want to integrate support for your port into configure (Unix-like systems and gcc under Windows), and bakefile (for other makefiles on Windows).