2 20th November '99: wxWindows 2.1.12 released
4 Minor compile and build fixes for different architectures.
6 Added more flags to wxSizer for proportional sizing and
7 centering and alignment combination.
9 Added controls to wxToolBars (e.g. combobox).
11 7st November '99: wxWindows 2.1.11 released
13 There is still an unresolved problem with bitmap to image
14 conversion on big-endian architectures (such as Solaris),
15 where color values get exchanged. I'd need help on this
16 one as I have no BE computer.
18 Enlightment has struck the majority of the developers and
19 they have chosen to use the Linux kernel numbering scheme
20 for wxWindows from now on. This means that the next stable
21 release will be called wxWindows 2.2.X, development snapshots
24 A lot of discussion has been wasted on how to maintain a
25 once released stable version. It was almost universally
26 agreed that only a commercial entity will have the motivation
27 ($$$) to do that - so far there is no wxWindows Inc.
29 Support for GTK 1.0 has been dropped. This version has
30 been tested with GTK 1.2.3 and GTK 1.2.6 - it might
31 not work with some other versions.
33 Rewritten the support for multiple-format Drag'n'Drop and
34 clipboard under both GTK and MSW. There are probably some
35 problems here and there left.
37 wxListBox and wxChoice can now handle only either void
38 client data (which it will not delete on destruction) or
39 client data of the wxClientData type (which it will delete),
40 instead of both at the same time. The same will happen
41 to wxComboBox some time. Also, wxListBox can now sort its
44 Many build fixes for various platforms have been applied,
45 try again, poor AIX, HP-UX and *BSD users, but don't reckon
46 with immediate success. Actually, when using GNU compilers,
47 your chances are quite good.
49 My rewrite of the wxWindows underlying GTK widget
50 has turned scrolling including subwindows from barely
51 functional to pretty and fast. I also added scrolling
52 of foreign windows to wxScrolledWindow.
54 Setting size hints for the window manager might work now.
56 wxSocket and Co. have been improved up to the point of
57 calling it a rewrite. It works on wxMSW now too and
58 seems pretty stable, but testing is still welcome.
60 The ODBC classes contributed by Remstar Inc. have been
61 overhauled (incl the sample) and have been tested with
62 all relevant SQL databases (even DBase). For that reason
63 I have reawakened the iODBC code from wxGTK 2.0 so you
64 can now use wxODBC from wxMSW and wxGTK.
66 Several printing things fixed. More work needs to be done
69 HTML widget and the wxWindows' help system based upon
70 it have been reorganized and improved for easier use
71 from Python and C++. Also HTML printing has been added.
73 wxSpinCtrl added. Like a wxSpinButton and a wxTextCtrl.
75 Changed the beaviour of the popular new wxFileDialog to
76 not forget the once typed file name when changing the
79 Implemented the wxSIMPLE_BORDER flag (simple black line
80 without shadow affect).
82 Michael is writing a complete rewrite of the antiquated
83 wxGrid. This is still work-in-progress and might not make
84 it into wxWindows 2.2, we'll see. Help would be welcome
87 Made wxMenu code lose less memory, also added wxMenu::Delete().
89 Added code to send wxActivateEvent to MDI windows.
91 Vadim added configure things to compile wxWindows without any
92 GUI library. This is probably work in progress. He'll also add
93 a wxFontEnumerator class and has enhanced wxFont to make use
96 wxSlider, wxWindow, wxScrollBar now emit the correct events
97 for scrolling (like page up, line up etc) instead of just
98 "thumb-track" as before.
100 Corrected Reparent() code, including the special case for
101 wxToolBar (as the toolbar sits in a different window than
104 Corrected key accelerator code for toplevel child windows
105 and added support for more key combinations - pretty much
108 Corrected cursor handling in a number of special cases.
110 wxGLCanvas now waits until all expose events have been sent
111 and then emits its own redraw event. Also removed flicker
112 for wxGLCanvas and in some other places.
114 A handler to read PCX file (in most variants) has been added.
116 A number of problems with compressed and socket streams have
119 Changed behavour of wxTextStream to make use of deliminators
120 and default to space as the standard C++ stream do.
122 Changes to tab traversal code to better reflect MSW code.
124 Corrected problems with wxGenericValidator and certain controls.
126 Made default button action work in more cases.
128 28th August '99: Ninth wxGTK 2.1 snapshot released
130 As the old makefile system didn't work, I trashed it and wrote
131 a new one - mo more GNU. This, of course, caused a lot of people
132 to start sing their song of complaints - any change is a good
133 opportunity to complain, but the effect of the change is that
134 we now have shared library support on Linux and Solaris (and
135 probably others as well) and that the Linux shared library no
136 longer depends on libstdc++, so that we can finally create an
137 RPM that works on different Linux distributions. Also, the
138 Unix make system is now much simpler and directly mirrors its
139 Windows counterparts, making it easier to understand and maintain.
140 As it is independent of the various GNU tools, the requirements
141 for using CVS versions are also much less (any make, any compiler,
144 Split RPMs into two, one for run-time requirements and one
145 for developement (mostly headers).
147 Addition of new layout classes that work like Java's, GTK's
148 or Qt`s - basically, you pack item in a box and let it tell
149 you how much space it needs. These class are called wxSizer
150 and I consider them a great addition as they make true cross-
151 platform dialogs a child's play and are very quick to write
152 and easy to read. Do consider using them.
154 Rewritten all dialogs to make use of the new sizers. Also
155 added a new wxFileDialog like Win95 and replaced the generic
156 wxFontDialog with GTK's native font selection dialog - this
157 probably isn't perfect though.
159 A few more fixes to wxListCtrl and wxTreeCtrl, implemented
160 more options and modes like the wxMSW version.
162 New handler for PNM files. Added CanRead() function to image
163 handlers, updates to GIF handler for preparing the new wxAnimation
164 class. We'll also get a PCX and hopefully a TIFF handler so
165 that we support all common general-purpose file formats I know
166 about. PhotoShop and PhotoPaint images are not general purpose.
167 I also tried to correct a wxImage bug in connection with big-endian
168 vs. little-endian problems, but I have no Sparc to actually test
171 Inclusion of wxMultiMedia. Can play most sound formats on GTK
172 and MSW and (using xanim on Unix and Win95's MM functions)
173 display a video in a wxWindow. This will probably be moved to
176 Small updates to socket code. The MSW version is still missing.
178 Implemented wxBitmapDataObject class.
180 Added wxFFileStream using FILE* instead if file desrcriptor.
181 Useful for creating a "cerr" like class as in normal C++.
182 Also added "endl" for use with wxTextStream and fixed a few
183 minor problems with buffered streams etc.
185 Corrected Tabbing code in wxPanel and made it work with wxNotebook.
187 Small cursor fixes in connection with text control.
189 Added experimental wxWizard class. Work in progress.
191 A few more minor fixes.
193 6th August '99: Eight wxGTK 2.1 snapshot released
195 The new makefile system is not able to produce shared libraries
196 on Unix with the exception of Linux - libtool is really great.
197 Therefore, the build system defaults to static libraries on
198 anything but Linux for now.
200 Work in wxPen, wxBrush and wxDC to match wxMSW more exactly and
201 to implement missing feature etc.
203 Reimplemented radio buttons. The first of a group of such buttons
204 is now marked by having the wxRB_GROUP style.
206 Complete redesign of all stream classes, including tests for them
209 Controls now send the same messages (or more importantly none if
210 changed programmatically) as per wxMSW.
212 New implementation of wxSocket using an intermediate library called
213 GSocket. This willl hopefully change in the future.
215 Reworked in-place editing of wxListCtrl and wxTreeCtrl.
217 Fixed bug reporting two refreshes when scrolling.
219 Corrected bug in wxComboBox client data code.
221 Corrected reported but unverified bug in BMP loading code.
223 Added a few more methods to wxStaticBitmap.
225 Integration of wxHTML code in the main library, including wxZIPStream,
226 wxFilesystem, wxHTMLHelpController and others.
228 Added a wrapper for ffile() etc functions.
230 Updates to wxDynamicLibrary.
234 New version of wxPython, of course.
236 Fixed in unenclosed number of other bugs...
238 25th June '99: Seventh wxGTK 2.1 snapshot released
240 Many fixes to th new makefile system. The last version gave
241 immediate crashes on all Unices except Linux when linked
242 dynamically against an application. I reordered the object
243 files in the library as I guess that this was the cause.
245 Added icons to message box. This also slightly killed the
246 layout so this needs to be changed again.
248 wxGTK now chooses the best visual available on the display instead
251 Fixed wxProgressDialog again.
253 Some more corrections I forgot.
255 New wxPython (includes new layout system and printing).
257 15th June '99: Sixth wxGTK 2.1 snapshot released
260 The biggest change is the completely rewritten configure/makefile
261 system using automake. The main argument for switching to automake
262 is that the resulting makefiles should be more portable so that
263 people can use the native make utilities instead of GNU make. The
264 new makefile sytem also handles dependencies correctly, allows for
265 shared-only compilation, can be invoked from any directory for
266 concurrent builds wihtin one source tree, uses libtool for greater
267 shared-library platform support, has a functinonal "make uninstall",
268 works with GTK, Motif and WINE, conforms better to GNU standards
269 as far as configure option names are concerned and is easier to
272 Applied patches to compile wxGTK on OS/2.
274 Configure checks for byte-order and new defines for byte swapping
275 with respect to the byte-order. Added test for this to typetest sample.
276 Also made BMP handler bigendian safe so that it should work on
279 Small changes to basic drawing stuff: made wxColour actually compare
280 RGB values in the == operator, added new constructor to wxMask,
281 corrected initial background colour for DCs, it is now possible
282 to use a wxWindowDC etc before there is any window (this doesn't
283 make any sense, but it is what wxMSW does.)
285 Added support for the PRIMARY SELECTION to the wxClipboard
288 Fixed redraw bug when scrolling window-less widgets out
289 of the visible area (actually a work-around for a GTK bug).
291 Regrouped some samples, created new one for various versions
294 Added wxWindow::Reparent() and wxFrame::MakeModal().
296 Improved handling of column width in wxListCtrl and made
297 this more compatible with the wxMSW version. Also removed
298 a bug from the wxImageList returning an off-by-one id for
301 Fixed keyboard hotkeys and resizing for wxMDIChildFrame
304 Added flag to wxSplitterWindow to update its children's
305 sizes "live" instead of moving a XOR'ed bar around - this
306 is a resource-draining option. Also corrected cursors
309 New way to show "disabled" or greyed toolbar items.
311 Rewrote parts of the tree ctrl to allow multiple selections
312 and variable size items (Sylvain). These new function do not
313 exist in the native Win32 tree control.
315 Implemented global cursors and wxBusyCursor etc. Also removed
316 another cursor misbehaviour.
318 Updated many parts of the documentation to reflect changes
319 in wxWindows 2.1, wxPython and more exact description of
320 cross-platform issues as well as platform differences.
322 Many other fixes, mainly by others...
324 Further compile fixes for different architectures.
328 25th May '99: Fifth wxGTK 2.1 snapshot released
332 This is mostly a bug-fix release. We are having funny
333 times to make wxGTK work well with different micro
334 versions of GTK 1.2 - which is very close to impossible.
335 All versions give warnings, although their number might
336 vary a lot. I use GTK 1.2.3 and only get wanrnings in
337 one sample (notebook) and that one is due to a bug in
338 GTK - some people using GTK 1.2.2 reported hundreds of warnings
339 getting spitted out for what seems like no reason.
341 This snapshot contains the beginnings of our merging of
342 headers, meaning that in the future all ports will
343 use the same headers and will share a lot more code.
344 We have taken this moment to reorganize some code and
345 hope to have eliminated much bad C++ code, as reported
346 primarily by SGI's compilers (Vadim Zeitlin).
348 Rewritten char and key event propagation routines
349 to reflect documentation and do the same on wxGTK
350 as on wxMSW. If you are interested in ascii chars
351 and cursor key etc, intercept EVT_CHAR, if you
352 are interested in which key actually got pressed,
353 intercept EVT_KEYDOWN (Norbert Irmer).
355 Control that are given -1 as their ID no longer
356 get arbitrary positive IDs assigned but arbitrary
357 negative IDs. This had caused some trouble with ID clashes.
359 wxWindow and wxScrolledWindow no longer use the
360 wxScrollEvent, but the newly invented wxScrollWinEvent
361 so that no mixing up of events sent from wxSliders
362 or wxScrollbars placed in a wxWindow can occur.
364 Added wxProgressDialog for use with long background
365 work such as printing.
367 Added drawing sample and scrolling sample, both of
368 which show some misbehaviours...
370 When drawing with the wxXOR logical mode, wxGTK now uses
371 GdkXOR (instead of GdkInvert) and when drawing in wxINVERT logical
372 mode, wxGTK now uses GdkInvert (as before). When you did some
373 rubberband dragging and you used wxXOR and a black pen, then
374 you should change wxINVERT.
376 Applied more patches for SGI and HP-UX compilation.
378 More updates for wxSockets (Guilhem Lavaux). Seems to be nearly
381 You can now use threads within your GUI again. Well,
382 at least if you know what you are doing and you had a look
383 at the threads sample.
385 wxGLCanvas updated so that it can share display lists
386 over several windows and to not exhibit any flicker.
389 wxNotebook revamped so that its process of creation matches
390 wxMSW's more closely, also avoiding problems with wrong page
391 number. Added InsertPage() and the possibility to prevent
392 switching pages by intercepting the PAGE_CHANGING event. Also,
393 wxNotebooks now get shown even if all pages are empty.
395 Added Activate() to wxMDIChildFrame (Russel).
397 Improved wxSplitterWindow behaviour and visual feed-back when
398 given a minimal size etc (Bruce DeVisser).
400 Minor updates to wxTreeCtrl, wxListBox, printing, wxClipboard,
401 wxString, wxThreads and many others.
403 Also wxMSW got a big face-lift, not to mention the new wxMac release...
407 11th May '99: Fourth wxGTK 2.1 snapshot released
410 This is mostly a bug-fix release. This affects wxSocket, wxThread,
411 and a few GUI classes. Also more work has been done and window
412 placement and decorations etc. which we hope to have finished now.
414 Applied patches for FreeBSD and SGI compilation (not yet finshed).
416 Updated wxPython to beta 9.
418 Made wxGLCanvas work again - strangely it flickers now...
420 wxStaticText is currently broken with GTK 1.2.2 (which I don't
421 yet have and thus could not fix). Also, scrolling subwindows
422 (although much improved including a sample) doesn't work perfectly
423 due to a bug in GTK 1.2.1 (probably 1.2.2 as well).
427 Note that the next release might bring about changes to keyboard
428 handling and scroll event intercepting from wxScrolledWindow.
430 By and large much of the code has stabilized and won't be much
431 different in the final wxWindows 2.1 release. Please test as
434 The next release will have a new build system.
438 3rd May '99: Third wxGTK 2.1 snapshot released
441 Updated INSTALL.txt and SYMBOLS.txt.
443 Support for Unicode is now almost complete. Most samples work in
444 both Unicode and non-Unicode mode. Thanks to Ove Kaaven and Vadim.
446 Internal changes required for wxOLE and addition of a very experimental
447 wxOLE code section using GNOME's Bonobo library (from GNOME's CVS).
449 New version of wxPython that works with the wxGTK 2.1.
450 This now includes a very comprensive test/demo suite. Thanks to
451 Robin Dunn, Harm v.d. Heijden and others. Beware of the hang-man...
453 More fine tuning of focus handling and GUI widgets.
455 Complete rewrite of wxSocket classes (still experimental).
456 Thanks to Guilhem Lavaux.
458 wxMenuBar supports underlined shortcuts like Windows does,
459 indicated by a leading & character. wxMenus now have hotkeys
460 such as in wxXt and wxMSW.
462 Rewritten MDI subsystem.
464 Correcetions and additions to the printing framework including
465 a paper type database (Julian).
467 Several controls now support more style flags for modifying
468 look (and feel) of the controls and windows.
470 New implementation of idle handlers, which now send an idle
471 event only once after the event queue has been emptied (which
472 is what happens in the wxMSW port as well), not regularly.
473 This no longer forces wxGTK applications to sleep (by having
474 to call usleep()) in idle time - giving more CPU slices to
475 the application if desired.
477 wxGLCanvas (the OpenGl for wxWindows) now accepts keyboard input.
479 The usual number of compile and bug fixes from all involved.
483 21st April '99: Second wxGTK 2.1 snapshot released
486 Added much code for Unicode support. Still experimental, but looks very
487 cool - thanks to Ove Kaaven and Vadim Zeitlin. If you are very brave, then
488 you can compile wxGTK with "configure --with-unicode".
490 More updates on the dreaded issue of making frames and dialogs impossible
493 Drag and Drop works now under GTK 1.2 - at least basically when dragging
494 and dropping text. The API is not entirely fixed yet but seems quite
495 good now. Support for different actions (copy/move/link/..) still missing.
496 I also removed support for GTK 1.0 Drag and Drop - this is just broken
497 and unusable in GTK 1.0 and I don't want to fix it.
499 I now embed the JPEG library and handlers for JPEG and GIF have been
500 added to the existing PNG and BMP (and XPM for GTK version only). In
501 the future, the RPMs will not contain these libraries but depend on
502 the image libraries to be preinstalled whereas the source *.tgz will
503 ship with everything that is needed for wxGTK so that no downloading
504 of ten image libs will be required - also avoiding problems with ten
505 different kinds of libJPEG-6.0.1.7.IV beta 7. We also updated the
506 PNG code to the newest PNG version.
508 wxImage now makes use of the fast rendering code as provided by
509 GTK 1.2 whenever possible. This should mean a speed-up for graphics
512 Many fixes all over. Also should compile with GTK 1.2.0 as opposed
513 to only with GTK 1.2.1 now.
515 wxPython still doesn't compile, I think.
519 12th April '99: First wxGTK 2.1 snapshot released
522 This is the first developers' version of wxWindows 2.1 for GTK. It's main
523 new feature is that it supports GTK 1.2 (as opposed to GTK 1.0) which
524 will make development within the GNOME evironment a lot easier.
526 Apart from the move to GTK 1.2 and the changes (some major) that were
527 required as part of that work, enhancement or corrections have been
528 made to many of the non-GUI classes and functions (such as wxClipboard,
529 wxThread, wxSocket, wxConfig)
530 and a few GUI classes (accelerators in menus, listbox always with
531 scrollbar, wxFrame honours Motif Window Manager hints, corrected tab
532 traversal for broken GTK 1.0 widgets).
534 There have been slight changes to the priting dialogs and their
535 setup data (which might break apps using this code in previous
536 versions). Also, a bug concerning printing white has been fixed
537 (actually not tested).
539 Although this is only the first 2.1 snapshot, there is little reason not
540 to use it as many bugs from version 2.0 have been corrected. There are,
541 pf course, still a few problem left with GTK 1.2 (some of which relate
544 I think I preserved backward compatility with GTK 1.0 and if not it
545 should be easy to fix - but mostly I don't care.
547 Drag'N'Drop is currently completely broken. Also, wxPython currently
548 doesn't compile with this release. The OpenGL canvas still seems to
551 Major targets for the final release (still a long way): a new configure
552 system, support JPEG and GIF formats, wxHTML, super-duppah frame layout
553 stuff, syntax-highlighting editor, possibly Unicode, possibly some GNOME
554 gooddies, possibly world domination.
558 5th March '99: wxWindows 2.0 released
561 This is the final version of wxWindows 2.0 for GTK. The versions for
562 Windows and Motif (and also this version) are available form Julian Smart's
563 site. The Mac version is still under development.
567 19th February '99: wxWindows 2.0 beta 5
570 This is the fifth beta release and it contains mostly bug fixes and
571 updates for documentation.
573 Applied compile fixes for Solaris (different flavours and compilers).
577 12th February '99: wxWindows 2.0 beta 4
580 This is the fourth beta release and it contains mostly bug fixes and
581 updates for documentation.
583 Tracked a few more cases, where the bahaviour between wxMSW and wxGTK
584 differed. This was the case for closing a dialog or frame as well as
585 for clearing a device context or setting its background colour and some
588 Most standard dialogs have been face-liftet a little.
590 Implememted default buttons for GTK.
592 Fixed many bugs. You guessed it.
596 29th January '99: wxWindows 2.0 beta 3
599 This is the third beta release and it contains mostly bug fixes.
601 There is one field where we haven't been able to fix the API yet, and that
602 it Drag'n'Drop. This is mostly due to the fact that DnD in
603 GTK 1.0 is hardly usable and much different from GTK 1.2 which means that
604 we have to design a common API for Windows, GTK 1.0 and GTK 1.2. Although
605 we are trying to prevent that, it is possible that wxWindows 2.0 (being
606 based on GTK 1.0) will not have proper DnD support.
608 The major changes are that tool tips have been added, threads have been completely
609 rewritten, the ODBC code has been updated and improved, the socket code works
612 Classes for managing MIME-types under Windows and Unix have been added.
614 There is now a wxGLCanvas class for OpenGl/Mesa for the Windows, GTK and
615 Motif ports. Come see the penguins flying...
617 Documentation has received a big face lift - it now covers nearly all the
620 The usual amount of bug fixes. Countless.
622 A few member functions of wxString have been renamed.
624 For those who are using the ever-so-popular wxImage class (which
625 now available on Motif and Windows as well) in 8-bit mode: wxGTK
626 now creates a color cube upon start-up in 8-bit mode and thus the
627 generation of bitmaps from images has been speeded up 20 times.
629 It is now possible to develop with wxGTK without having the GTK 1.0 header
630 files installed so that having the GTK 1.2 header files installed no longer
631 is any problem. We also provide RPMs for RedHat glibc 2 based systems, compiled
632 with egcs 1.1.1 on SuSE 6.0. Note that the RPM will not work in
633 SuSE 6.0 as SuSE decided to ship 6.0 with a broken GTK+ package.
637 6th January '99: wxWindows 2.0 beta 2
640 This is the second beta release and contains it mostly build and
641 bug fixes. Threads work well now on (up-to-date) glibc 2 systems,
642 commercial Unices and Windows.
646 20th December '98: wxWindows 2.0 beta 1
649 This is the first beta release and we have used the time before
650 this release to tidy up some parts of the API. All releases from
651 now on will be source code compatible but we reserve binary compatibility
652 for the final release. Because of this, the actual library name of
653 the beta version will not be 2.0 but 1.99, so that we prevent
654 conflicts with the final library later on. After the final release
655 we'll only fix bugs so that there will be no reason to link any
656 program statically with wxGTK.
658 We changed the name of the shared library to include the version of
659 the GTK used so that no conflicts emerge with simultaneous
660 versions of wxWindows for GTK 1.0 and for GTK 1.2 and so on.
662 As you can see, we have not moved to GTK 1.1.X as the different
663 development versions are too different and buggy to be useful. We'll
664 wait for a stable GTK 1.2 release (hardly 1.2.0) and start porting
667 wxGTK now compiles without problems on anything between gcc 2.7.2 on
668 Linux-x86 and egcs 1.1 on Linux-Alpha and egcs 1.0 on Sparc. This isn't
669 as easy as it sounds...
671 Available form this site are the Python bindings of wxWindows.
672 Thanks to Robin Dunn for this tremendous contribution.
673 Tkinter is dead, Java is dead, wxPython rules! That's all there is to say.
675 Although only a few new classes have been added, many have been polished
676 up substantially, the most visible are wxListCtrl, wxTreeCtrl and
677 all classes related to printing. Also the DialogEd now functions
678 much better than before. Drag'n'Drop is fucntional but probably won't
679 be perfect until we use GTK 1.2 and its much improved DnD features.
681 wxClipboard has arrived and works for text. Other formats have not been
682 tested carefully yet.
684 wxMiniFrame has been added which might be useful for docking toolbars
685 etc. Someone has already done that for the MSW port and we hope to
686 include his very nice work later.
688 wxDirDialog has been added (thanks to Harm von der Heijden).
690 The entite "tab traveral" system for moving from item to item in
691 a dialog has been rewritten. It now completely overrides the
692 not-so-well-done GTK native tab system.
694 Quite much has been done to improve the wxImage class, which is now
695 available in the Windows port as well. Very useful for anything related
696 to image processing. wxGTK also uses this class internally e.g. to scale
697 bitmaps when the scale factor (e.g. zooming) of a drawing context
700 Some of the small and handy classes (wxDate, wxTime, wxVariant) have
701 received a face-lift. wxList has been rewritten to make it possible
702 to write type-safe lists. The collection of utility functions (wxFileFind etc)
703 has been revamped and cleaned-up (thanks to Vadim Zeitlin, who has also
704 greatly enhanced many basic classes, ranging wxString to the debug and
707 We removed some constructors of GDI classes (such as wxPen, wxColour)
708 which took a pointer as a parameter. This lead to many errors among users
709 resulting in unexpected behaviour so it was decided to remove these
712 As the number of users and the number of test programs and samples
713 is steadialy rising the core classes of wxWindows for MSW and GTK 1.0
714 can be considered to be very stable if not outright bug-free. I haven't
715 seen a crash for weeks now and wxWindows' internal debug features also
716 have improved every week, making stepping-through with a debugger almost
717 completely unnecessary as the library reports possible errors itself
718 (when in debug mode).