2 6th January '2000: wxWindows 2.1.12 released
4 Who has a BigEndian computer (e.g. Sparc or PowerPC) that runs a 15
5 and/or 16 bit colour mode? I need this for testing purposes, i.e. this
6 person could help me by running a small testprogram and sending
9 Updated the 64-bit long class (a class that substitutes a 64-bit int
10 type on platforms which don't provide a native one).
12 Added wxImage::Replace() (for replacing colours) and wxImage::GetSubImage().
13 Also corrected conversion from mono bitmaps to wxImage.
15 Added wxBitmap::GetSubBitmap().
17 Removed some flicker from tree ctrl. Minor optical changes.
19 Added support for multiple font and colour support for items in
20 list ctrls and tree ctrls.
22 Added support for multiple-selection file dialog.
24 Implemented wxMenuBar::Insert() and wxMenu::Insert(). There is
25 also a Remove() method now, but the GTK doesn't really like that.
27 Enhanced wxMimeTypesManager to read GNOME and KDE file ending
28 bindings to MIME types and icons.
30 Corrected wxExecute to longer eat up all memory and crash under
31 certain circumstances (Karsten Ballueder).
33 wxGTK no longer gives warnings if the application shows a dialog
34 before entering the main loop.
36 Added string to long/ulong/float conversion routines and some
37 more string related things.
39 Updated documentation for wxFile, wxFFile and their respective
40 stream classes. Documented some more stream classes.
42 Improved wxHTML and its help system. Options dialog, better printing,
43 history index. Also implemented more (cite, definition lists, etc).
45 Corrected wxRegion::GetBox().
47 Added wxNotebookSizer for combining notebooks and sizers.
49 Added wxDir class. Useful as a replacement for wxFileGetFirst()
52 Added wxStopWatch class.
54 wxBitmap now derives from wxGDIObject.
56 Added inlined classes for 2D geometry calculations.
58 wxSpinCtrl now has its own event, intercepted using EVT_SPINCTRL.
60 The ODBC classes can now be configured at run-time if they
61 are to use forward-only cursors or not.
63 Added wxDateTime class. The existing classes wxTime and wxDate
64 have been reimplemented and corrected using wxDateTime.
66 Rewritten wxThread to have a flag controlling if the
67 thread will delete its C++ class itself ("delete this") or
68 if the main thread must delete the C++ class.
70 Added TIFF reading code, PCX writing code.
72 Minor compile and build fixes for different architectures.
74 Added more flags to wxSizer for proportional sizing and
75 centering and alignment combination and a wxNotebookSizer.
77 Added controls to wxToolBars (e.g. combobox) and DeleteTool.
79 Fixed several problems with buffered streams. Added support for
80 setting the end-of-line mode (Mac,DOS,Unix) in wxTextOutputStream.
82 Added code to send events from one thread to another and added
83 function to wake up idle system (needed for sending inter-thread
86 Corrected wrongly set flag in dialogs which broke its tab code.
87 Also corrected navigation on wxRadioBox.
89 Corrected segfaults in wxGLCanvas and stupid race when using
90 several such canvasses.
92 Some minor updates to wxSockets. Fixed timeout problem.
94 Speed-up for new encoding related font code. Minor fixes.
96 Changed wxListBox to send deferred events, i.e. events emitted by
97 the listbox won't get processed before the next idle message.
99 More minor changes and fixes.
101 Began work on a new dialog and resource editor (wxDesigner).
103 7st November '99: wxWindows 2.1.11 released
105 There is still an unresolved problem with bitmap to image
106 conversion on big-endian architectures (such as Solaris),
107 where color values get exchanged. I'd need help on this
108 one as I have no BE computer.
110 Enlightment has struck the majority of the developers and
111 they have chosen to use the Linux kernel numbering scheme
112 for wxWindows from now on. This means that the next stable
113 release will be called wxWindows 2.2.X, development snapshots
114 will be called 2.1.X.
116 A lot of discussion has been wasted on how to maintain a
117 once released stable version. It was almost universally
118 agreed that only a commercial entity will have the motivation
119 ($$$) to do that - so far there is no wxWindows Inc.
121 Support for GTK 1.0 has been dropped. This version has
122 been tested with GTK 1.2.3 and GTK 1.2.6 - it might
123 not work with some other versions.
125 Rewritten the support for multiple-format Drag'n'Drop and
126 clipboard under both GTK and MSW. There are probably some
127 problems here and there left.
129 wxListBox and wxChoice can now handle only either void
130 client data (which it will not delete on destruction) or
131 client data of the wxClientData type (which it will delete),
132 instead of both at the same time. The same will happen
133 to wxComboBox some time. Also, wxListBox can now sort its
136 Many build fixes for various platforms have been applied,
137 try again, poor AIX, HP-UX and *BSD users, but don't reckon
138 with immediate success. Actually, when using GNU compilers,
139 your chances are quite good.
141 My rewrite of the wxWindows underlying GTK widget
142 has turned scrolling including subwindows from barely
143 functional to pretty and fast. I also added scrolling
144 of foreign windows to wxScrolledWindow.
146 Setting size hints for the window manager might work now.
148 wxSocket and Co. have been improved up to the point of
149 calling it a rewrite. It works on wxMSW now too and
150 seems pretty stable, but testing is still welcome.
152 The ODBC classes contributed by Remstar Inc. have been
153 overhauled (incl the sample) and have been tested with
154 all relevant SQL databases (even DBase). For that reason
155 I have reawakened the iODBC code from wxGTK 2.0 so you
156 can now use wxODBC from wxMSW and wxGTK.
158 Several printing things fixed. More work needs to be done
161 HTML widget and the wxWindows' help system based upon
162 it have been reorganized and improved for easier use
163 from Python and C++. Also HTML printing has been added.
165 wxSpinCtrl added. Like a wxSpinButton and a wxTextCtrl.
167 Changed the beaviour of the popular new wxFileDialog to
168 not forget the once typed file name when changing the
171 Implemented the wxSIMPLE_BORDER flag (simple black line
172 without shadow affect).
174 Michael is writing a complete rewrite of the antiquated
175 wxGrid. This is still work-in-progress and might not make
176 it into wxWindows 2.2, we'll see. Help would be welcome
179 Made wxMenu code lose less memory, also added wxMenu::Delete().
181 Added code to send wxActivateEvent to MDI windows.
183 Vadim added configure things to compile wxWindows without any
184 GUI library. This is probably work in progress. He'll also add
185 a wxFontEnumerator class and has enhanced wxFont to make use
188 wxSlider, wxWindow, wxScrollBar now emit the correct events
189 for scrolling (like page up, line up etc) instead of just
190 "thumb-track" as before.
192 Corrected Reparent() code, including the special case for
193 wxToolBar (as the toolbar sits in a different window than
196 Corrected key accelerator code for toplevel child windows
197 and added support for more key combinations - pretty much
200 Corrected cursor handling in a number of special cases.
202 wxGLCanvas now waits until all expose events have been sent
203 and then emits its own redraw event. Also removed flicker
204 for wxGLCanvas and in some other places.
206 A handler to read PCX file (in most variants) has been added.
208 A number of problems with compressed and socket streams have
211 Changed behavour of wxTextStream to make use of deliminators
212 and default to space as the standard C++ stream do.
214 Changes to tab traversal code to better reflect MSW code.
216 Corrected problems with wxGenericValidator and certain controls.
218 Made default button action work in more cases.
220 28th August '99: Ninth wxGTK 2.1 snapshot released
222 As the old makefile system didn't work, I trashed it and wrote
223 a new one - mo more GNU. This, of course, caused a lot of people
224 to start sing their song of complaints - any change is a good
225 opportunity to complain, but the effect of the change is that
226 we now have shared library support on Linux and Solaris (and
227 probably others as well) and that the Linux shared library no
228 longer depends on libstdc++, so that we can finally create an
229 RPM that works on different Linux distributions. Also, the
230 Unix make system is now much simpler and directly mirrors its
231 Windows counterparts, making it easier to understand and maintain.
232 As it is independent of the various GNU tools, the requirements
233 for using CVS versions are also much less (any make, any compiler,
236 Split RPMs into two, one for run-time requirements and one
237 for developement (mostly headers).
239 Addition of new layout classes that work like Java's, GTK's
240 or Qt`s - basically, you pack item in a box and let it tell
241 you how much space it needs. These class are called wxSizer
242 and I consider them a great addition as they make true cross-
243 platform dialogs a child's play and are very quick to write
244 and easy to read. Do consider using them.
246 Rewritten all dialogs to make use of the new sizers. Also
247 added a new wxFileDialog like Win95 and replaced the generic
248 wxFontDialog with GTK's native font selection dialog - this
249 probably isn't perfect though.
251 A few more fixes to wxListCtrl and wxTreeCtrl, implemented
252 more options and modes like the wxMSW version.
254 New handler for PNM files. Added CanRead() function to image
255 handlers, updates to GIF handler for preparing the new wxAnimation
256 class. We'll also get a PCX and hopefully a TIFF handler so
257 that we support all common general-purpose file formats I know
258 about. PhotoShop and PhotoPaint images are not general purpose.
259 I also tried to correct a wxImage bug in connection with big-endian
260 vs. little-endian problems, but I have no Sparc to actually test
263 Inclusion of wxMultiMedia. Can play most sound formats on GTK
264 and MSW and (using xanim on Unix and Win95's MM functions)
265 display a video in a wxWindow. This will probably be moved to
268 Small updates to socket code. The MSW version is still missing.
270 Implemented wxBitmapDataObject class.
272 Added wxFFileStream using FILE* instead if file desrcriptor.
273 Useful for creating a "cerr" like class as in normal C++.
274 Also added "endl" for use with wxTextStream and fixed a few
275 minor problems with buffered streams etc.
277 Corrected Tabbing code in wxPanel and made it work with wxNotebook.
279 Small cursor fixes in connection with text control.
281 Added experimental wxWizard class. Work in progress.
283 A few more minor fixes.
285 6th August '99: Eight wxGTK 2.1 snapshot released
287 The new makefile system is not able to produce shared libraries
288 on Unix with the exception of Linux - libtool is really great.
289 Therefore, the build system defaults to static libraries on
290 anything but Linux for now.
292 Work in wxPen, wxBrush and wxDC to match wxMSW more exactly and
293 to implement missing feature etc.
295 Reimplemented radio buttons. The first of a group of such buttons
296 is now marked by having the wxRB_GROUP style.
298 Complete redesign of all stream classes, including tests for them
301 Controls now send the same messages (or more importantly none if
302 changed programmatically) as per wxMSW.
304 New implementation of wxSocket using an intermediate library called
305 GSocket. This willl hopefully change in the future.
307 Reworked in-place editing of wxListCtrl and wxTreeCtrl.
309 Fixed bug reporting two refreshes when scrolling.
311 Corrected bug in wxComboBox client data code.
313 Corrected reported but unverified bug in BMP loading code.
315 Added a few more methods to wxStaticBitmap.
317 Integration of wxHTML code in the main library, including wxZIPStream,
318 wxFilesystem, wxHTMLHelpController and others.
320 Added a wrapper for ffile() etc functions.
322 Updates to wxDynamicLibrary.
326 New version of wxPython, of course.
328 Fixed in unenclosed number of other bugs...
330 25th June '99: Seventh wxGTK 2.1 snapshot released
332 Many fixes to th new makefile system. The last version gave
333 immediate crashes on all Unices except Linux when linked
334 dynamically against an application. I reordered the object
335 files in the library as I guess that this was the cause.
337 Added icons to message box. This also slightly killed the
338 layout so this needs to be changed again.
340 wxGTK now chooses the best visual available on the display instead
343 Fixed wxProgressDialog again.
345 Some more corrections I forgot.
347 New wxPython (includes new layout system and printing).
349 15th June '99: Sixth wxGTK 2.1 snapshot released
352 The biggest change is the completely rewritten configure/makefile
353 system using automake. The main argument for switching to automake
354 is that the resulting makefiles should be more portable so that
355 people can use the native make utilities instead of GNU make. The
356 new makefile sytem also handles dependencies correctly, allows for
357 shared-only compilation, can be invoked from any directory for
358 concurrent builds wihtin one source tree, uses libtool for greater
359 shared-library platform support, has a functinonal "make uninstall",
360 works with GTK, Motif and WINE, conforms better to GNU standards
361 as far as configure option names are concerned and is easier to
364 Applied patches to compile wxGTK on OS/2.
366 Configure checks for byte-order and new defines for byte swapping
367 with respect to the byte-order. Added test for this to typetest sample.
368 Also made BMP handler bigendian safe so that it should work on
371 Small changes to basic drawing stuff: made wxColour actually compare
372 RGB values in the == operator, added new constructor to wxMask,
373 corrected initial background colour for DCs, it is now possible
374 to use a wxWindowDC etc before there is any window (this doesn't
375 make any sense, but it is what wxMSW does.)
377 Added support for the PRIMARY SELECTION to the wxClipboard
380 Fixed redraw bug when scrolling window-less widgets out
381 of the visible area (actually a work-around for a GTK bug).
383 Regrouped some samples, created new one for various versions
386 Added wxWindow::Reparent() and wxFrame::MakeModal().
388 Improved handling of column width in wxListCtrl and made
389 this more compatible with the wxMSW version. Also removed
390 a bug from the wxImageList returning an off-by-one id for
393 Fixed keyboard hotkeys and resizing for wxMDIChildFrame
396 Added flag to wxSplitterWindow to update its children's
397 sizes "live" instead of moving a XOR'ed bar around - this
398 is a resource-draining option. Also corrected cursors
401 New way to show "disabled" or greyed toolbar items.
403 Rewrote parts of the tree ctrl to allow multiple selections
404 and variable size items (Sylvain). These new function do not
405 exist in the native Win32 tree control.
407 Implemented global cursors and wxBusyCursor etc. Also removed
408 another cursor misbehaviour.
410 Updated many parts of the documentation to reflect changes
411 in wxWindows 2.1, wxPython and more exact description of
412 cross-platform issues as well as platform differences.
414 Many other fixes, mainly by others...
416 Further compile fixes for different architectures.
420 25th May '99: Fifth wxGTK 2.1 snapshot released
424 This is mostly a bug-fix release. We are having funny
425 times to make wxGTK work well with different micro
426 versions of GTK 1.2 - which is very close to impossible.
427 All versions give warnings, although their number might
428 vary a lot. I use GTK 1.2.3 and only get wanrnings in
429 one sample (notebook) and that one is due to a bug in
430 GTK - some people using GTK 1.2.2 reported hundreds of warnings
431 getting spitted out for what seems like no reason.
433 This snapshot contains the beginnings of our merging of
434 headers, meaning that in the future all ports will
435 use the same headers and will share a lot more code.
436 We have taken this moment to reorganize some code and
437 hope to have eliminated much bad C++ code, as reported
438 primarily by SGI's compilers (Vadim Zeitlin).
440 Rewritten char and key event propagation routines
441 to reflect documentation and do the same on wxGTK
442 as on wxMSW. If you are interested in ascii chars
443 and cursor key etc, intercept EVT_CHAR, if you
444 are interested in which key actually got pressed,
445 intercept EVT_KEYDOWN (Norbert Irmer).
447 Control that are given -1 as their ID no longer
448 get arbitrary positive IDs assigned but arbitrary
449 negative IDs. This had caused some trouble with ID clashes.
451 wxWindow and wxScrolledWindow no longer use the
452 wxScrollEvent, but the newly invented wxScrollWinEvent
453 so that no mixing up of events sent from wxSliders
454 or wxScrollbars placed in a wxWindow can occur.
456 Added wxProgressDialog for use with long background
457 work such as printing.
459 Added drawing sample and scrolling sample, both of
460 which show some misbehaviours...
462 When drawing with the wxXOR logical mode, wxGTK now uses
463 GdkXOR (instead of GdkInvert) and when drawing in wxINVERT logical
464 mode, wxGTK now uses GdkInvert (as before). When you did some
465 rubberband dragging and you used wxXOR and a black pen, then
466 you should change wxINVERT.
468 Applied more patches for SGI and HP-UX compilation.
470 More updates for wxSockets (Guilhem Lavaux). Seems to be nearly
473 You can now use threads within your GUI again. Well,
474 at least if you know what you are doing and you had a look
475 at the threads sample.
477 wxGLCanvas updated so that it can share display lists
478 over several windows and to not exhibit any flicker.
481 wxNotebook revamped so that its process of creation matches
482 wxMSW's more closely, also avoiding problems with wrong page
483 number. Added InsertPage() and the possibility to prevent
484 switching pages by intercepting the PAGE_CHANGING event. Also,
485 wxNotebooks now get shown even if all pages are empty.
487 Added Activate() to wxMDIChildFrame (Russel).
489 Improved wxSplitterWindow behaviour and visual feed-back when
490 given a minimal size etc (Bruce DeVisser).
492 Minor updates to wxTreeCtrl, wxListBox, printing, wxClipboard,
493 wxString, wxThreads and many others.
495 Also wxMSW got a big face-lift, not to mention the new wxMac release...
499 11th May '99: Fourth wxGTK 2.1 snapshot released
502 This is mostly a bug-fix release. This affects wxSocket, wxThread,
503 and a few GUI classes. Also more work has been done and window
504 placement and decorations etc. which we hope to have finished now.
506 Applied patches for FreeBSD and SGI compilation (not yet finshed).
508 Updated wxPython to beta 9.
510 Made wxGLCanvas work again - strangely it flickers now...
512 wxStaticText is currently broken with GTK 1.2.2 (which I don't
513 yet have and thus could not fix). Also, scrolling subwindows
514 (although much improved including a sample) doesn't work perfectly
515 due to a bug in GTK 1.2.1 (probably 1.2.2 as well).
519 Note that the next release might bring about changes to keyboard
520 handling and scroll event intercepting from wxScrolledWindow.
522 By and large much of the code has stabilized and won't be much
523 different in the final wxWindows 2.1 release. Please test as
526 The next release will have a new build system.
530 3rd May '99: Third wxGTK 2.1 snapshot released
533 Updated INSTALL.txt and SYMBOLS.txt.
535 Support for Unicode is now almost complete. Most samples work in
536 both Unicode and non-Unicode mode. Thanks to Ove Kaaven and Vadim.
538 Internal changes required for wxOLE and addition of a very experimental
539 wxOLE code section using GNOME's Bonobo library (from GNOME's CVS).
541 New version of wxPython that works with the wxGTK 2.1.
542 This now includes a very comprensive test/demo suite. Thanks to
543 Robin Dunn, Harm v.d. Heijden and others. Beware of the hang-man...
545 More fine tuning of focus handling and GUI widgets.
547 Complete rewrite of wxSocket classes (still experimental).
548 Thanks to Guilhem Lavaux.
550 wxMenuBar supports underlined shortcuts like Windows does,
551 indicated by a leading & character. wxMenus now have hotkeys
552 such as in wxXt and wxMSW.
554 Rewritten MDI subsystem.
556 Correcetions and additions to the printing framework including
557 a paper type database (Julian).
559 Several controls now support more style flags for modifying
560 look (and feel) of the controls and windows.
562 New implementation of idle handlers, which now send an idle
563 event only once after the event queue has been emptied (which
564 is what happens in the wxMSW port as well), not regularly.
565 This no longer forces wxGTK applications to sleep (by having
566 to call usleep()) in idle time - giving more CPU slices to
567 the application if desired.
569 wxGLCanvas (the OpenGl for wxWindows) now accepts keyboard input.
571 The usual number of compile and bug fixes from all involved.
575 21st April '99: Second wxGTK 2.1 snapshot released
578 Added much code for Unicode support. Still experimental, but looks very
579 cool - thanks to Ove Kaaven and Vadim Zeitlin. If you are very brave, then
580 you can compile wxGTK with "configure --with-unicode".
582 More updates on the dreaded issue of making frames and dialogs impossible
585 Drag and Drop works now under GTK 1.2 - at least basically when dragging
586 and dropping text. The API is not entirely fixed yet but seems quite
587 good now. Support for different actions (copy/move/link/..) still missing.
588 I also removed support for GTK 1.0 Drag and Drop - this is just broken
589 and unusable in GTK 1.0 and I don't want to fix it.
591 I now embed the JPEG library and handlers for JPEG and GIF have been
592 added to the existing PNG and BMP (and XPM for GTK version only). In
593 the future, the RPMs will not contain these libraries but depend on
594 the image libraries to be preinstalled whereas the source *.tgz will
595 ship with everything that is needed for wxGTK so that no downloading
596 of ten image libs will be required - also avoiding problems with ten
597 different kinds of libJPEG-6.0.1.7.IV beta 7. We also updated the
598 PNG code to the newest PNG version.
600 wxImage now makes use of the fast rendering code as provided by
601 GTK 1.2 whenever possible. This should mean a speed-up for graphics
604 Many fixes all over. Also should compile with GTK 1.2.0 as opposed
605 to only with GTK 1.2.1 now.
607 wxPython still doesn't compile, I think.
611 12th April '99: First wxGTK 2.1 snapshot released
614 This is the first developers' version of wxWindows 2.1 for GTK. It's main
615 new feature is that it supports GTK 1.2 (as opposed to GTK 1.0) which
616 will make development within the GNOME evironment a lot easier.
618 Apart from the move to GTK 1.2 and the changes (some major) that were
619 required as part of that work, enhancement or corrections have been
620 made to many of the non-GUI classes and functions (such as wxClipboard,
621 wxThread, wxSocket, wxConfig)
622 and a few GUI classes (accelerators in menus, listbox always with
623 scrollbar, wxFrame honours Motif Window Manager hints, corrected tab
624 traversal for broken GTK 1.0 widgets).
626 There have been slight changes to the priting dialogs and their
627 setup data (which might break apps using this code in previous
628 versions). Also, a bug concerning printing white has been fixed
629 (actually not tested).
631 Although this is only the first 2.1 snapshot, there is little reason not
632 to use it as many bugs from version 2.0 have been corrected. There are,
633 pf course, still a few problem left with GTK 1.2 (some of which relate
636 I think I preserved backward compatility with GTK 1.0 and if not it
637 should be easy to fix - but mostly I don't care.
639 Drag'N'Drop is currently completely broken. Also, wxPython currently
640 doesn't compile with this release. The OpenGL canvas still seems to
643 Major targets for the final release (still a long way): a new configure
644 system, support JPEG and GIF formats, wxHTML, super-duppah frame layout
645 stuff, syntax-highlighting editor, possibly Unicode, possibly some GNOME
646 gooddies, possibly world domination.
650 5th March '99: wxWindows 2.0 released
653 This is the final version of wxWindows 2.0 for GTK. The versions for
654 Windows and Motif (and also this version) are available form Julian Smart's
655 site. The Mac version is still under development.
659 19th February '99: wxWindows 2.0 beta 5
662 This is the fifth beta release and it contains mostly bug fixes and
663 updates for documentation.
665 Applied compile fixes for Solaris (different flavours and compilers).
669 12th February '99: wxWindows 2.0 beta 4
672 This is the fourth beta release and it contains mostly bug fixes and
673 updates for documentation.
675 Tracked a few more cases, where the bahaviour between wxMSW and wxGTK
676 differed. This was the case for closing a dialog or frame as well as
677 for clearing a device context or setting its background colour and some
680 Most standard dialogs have been face-liftet a little.
682 Implememted default buttons for GTK.
684 Fixed many bugs. You guessed it.
688 29th January '99: wxWindows 2.0 beta 3
691 This is the third beta release and it contains mostly bug fixes.
693 There is one field where we haven't been able to fix the API yet, and that
694 it Drag'n'Drop. This is mostly due to the fact that DnD in
695 GTK 1.0 is hardly usable and much different from GTK 1.2 which means that
696 we have to design a common API for Windows, GTK 1.0 and GTK 1.2. Although
697 we are trying to prevent that, it is possible that wxWindows 2.0 (being
698 based on GTK 1.0) will not have proper DnD support.
700 The major changes are that tool tips have been added, threads have been completely
701 rewritten, the ODBC code has been updated and improved, the socket code works
704 Classes for managing MIME-types under Windows and Unix have been added.
706 There is now a wxGLCanvas class for OpenGl/Mesa for the Windows, GTK and
707 Motif ports. Come see the penguins flying...
709 Documentation has received a big face lift - it now covers nearly all the
712 The usual amount of bug fixes. Countless.
714 A few member functions of wxString have been renamed.
716 For those who are using the ever-so-popular wxImage class (which
717 now available on Motif and Windows as well) in 8-bit mode: wxGTK
718 now creates a color cube upon start-up in 8-bit mode and thus the
719 generation of bitmaps from images has been speeded up 20 times.
721 It is now possible to develop with wxGTK without having the GTK 1.0 header
722 files installed so that having the GTK 1.2 header files installed no longer
723 is any problem. We also provide RPMs for RedHat glibc 2 based systems, compiled
724 with egcs 1.1.1 on SuSE 6.0. Note that the RPM will not work in
725 SuSE 6.0 as SuSE decided to ship 6.0 with a broken GTK+ package.
729 6th January '99: wxWindows 2.0 beta 2
732 This is the second beta release and contains it mostly build and
733 bug fixes. Threads work well now on (up-to-date) glibc 2 systems,
734 commercial Unices and Windows.
738 20th December '98: wxWindows 2.0 beta 1
741 This is the first beta release and we have used the time before
742 this release to tidy up some parts of the API. All releases from
743 now on will be source code compatible but we reserve binary compatibility
744 for the final release. Because of this, the actual library name of
745 the beta version will not be 2.0 but 1.99, so that we prevent
746 conflicts with the final library later on. After the final release
747 we'll only fix bugs so that there will be no reason to link any
748 program statically with wxGTK.
750 We changed the name of the shared library to include the version of
751 the GTK used so that no conflicts emerge with simultaneous
752 versions of wxWindows for GTK 1.0 and for GTK 1.2 and so on.
754 As you can see, we have not moved to GTK 1.1.X as the different
755 development versions are too different and buggy to be useful. We'll
756 wait for a stable GTK 1.2 release (hardly 1.2.0) and start porting
759 wxGTK now compiles without problems on anything between gcc 2.7.2 on
760 Linux-x86 and egcs 1.1 on Linux-Alpha and egcs 1.0 on Sparc. This isn't
761 as easy as it sounds...
763 Available form this site are the Python bindings of wxWindows.
764 Thanks to Robin Dunn for this tremendous contribution.
765 Tkinter is dead, Java is dead, wxPython rules! That's all there is to say.
767 Although only a few new classes have been added, many have been polished
768 up substantially, the most visible are wxListCtrl, wxTreeCtrl and
769 all classes related to printing. Also the DialogEd now functions
770 much better than before. Drag'n'Drop is fucntional but probably won't
771 be perfect until we use GTK 1.2 and its much improved DnD features.
773 wxClipboard has arrived and works for text. Other formats have not been
774 tested carefully yet.
776 wxMiniFrame has been added which might be useful for docking toolbars
777 etc. Someone has already done that for the MSW port and we hope to
778 include his very nice work later.
780 wxDirDialog has been added (thanks to Harm von der Heijden).
782 The entite "tab traveral" system for moving from item to item in
783 a dialog has been rewritten. It now completely overrides the
784 not-so-well-done GTK native tab system.
786 Quite much has been done to improve the wxImage class, which is now
787 available in the Windows port as well. Very useful for anything related
788 to image processing. wxGTK also uses this class internally e.g. to scale
789 bitmaps when the scale factor (e.g. zooming) of a drawing context
792 Some of the small and handy classes (wxDate, wxTime, wxVariant) have
793 received a face-lift. wxList has been rewritten to make it possible
794 to write type-safe lists. The collection of utility functions (wxFileFind etc)
795 has been revamped and cleaned-up (thanks to Vadim Zeitlin, who has also
796 greatly enhanced many basic classes, ranging wxString to the debug and
799 We removed some constructors of GDI classes (such as wxPen, wxColour)
800 which took a pointer as a parameter. This lead to many errors among users
801 resulting in unexpected behaviour so it was decided to remove these
804 As the number of users and the number of test programs and samples
805 is steadialy rising the core classes of wxWindows for MSW and GTK 1.0
806 can be considered to be very stable if not outright bug-free. I haven't
807 seen a crash for weeks now and wxWindows' internal debug features also
808 have improved every week, making stepping-through with a debugger almost
809 completely unnecessary as the library reports possible errors itself
810 (when in debug mode).