2 25th October '99: My birthday, wxWindows 2.1.10 released
4 Enlightment has struck the majority of the developers and
5 they have chosen ti use the Linux kernel numbering scheme
6 for wxWindows from now on. This means that the next stable
7 release will be called wxWindows 2.2.X, development snapshots
10 A lot of discussion has been wasted on how to maintain a
11 once released stable version will be maintained. It was
12 almost universally agreed that only a commercial entity
13 will have the motivation ($$$) to do that - so far there
16 Support for GTK 1.0 has been dropped.
18 Many build fixes for various platforms have been applied,
19 try again, poor HP-UX and *BSD users, but don't reckon
20 with immediate success.
22 My total rewrite of the wxWindows underlying GTK widget
23 has turned scrolling including subwindows from barely
24 functional to pretty and fast.
26 wxSocket and Co. have been improved up to the point of
27 calling it a rewrite. It works on wxMSW now too and
28 seems pretty stable, but testing is still welcome.
30 The ODBC classes contributed by Remstar Inc. have been
31 overhauled (incl the sample) and have been tested with
32 all relevant SQL databases (even DBase). For that reason
33 I have reawakened the iODBC code from wxGTK 2.0 so you
34 can now use wxODBC from wxMSW and wxGTK.
36 Several printing things fixed.
38 HTML widget and its wxWindows' help system based upon
39 it have been reorganized and improved for easier use
42 wxSpinCtrl added. Like a wxSpinButton and a wxTextCtrl.
44 Changed the beaviour of the popular new wxFileDialog to
45 not forget the once typed file name when changing the
48 Implemented the wxSIMPLE_BORDER flag (simple black line
49 without shadow affect).
51 Michael is writing a complete rewrite of the antiquated
52 wxGrid. This is still work-in-progress and might not make
53 it into wxWindows 2.2, we'll see. Help would be welcome
56 Made wxMenu code lose less memory, also added wxMenu::Delete().
58 Added code to send wxActivateEvent to MDI windows.
60 Vadim added configure things to compile wxWindows without any
61 GUI library. This is probably work in progress. He'll also add
62 a wxFontEnumerator class and has enhanced wxFont to make use
65 wxSlider, wxWindow, wxScrollBar now emit the correct events
66 for scrolling (like page up, line up etc) instead of just
67 "thumb-track" as before.
69 Corrected bug in Reparent() code.
71 A handler to read PCX file (in most variants) has been added.
73 A number of problems with compressed and socket streams have
76 28th August '99: Ninth wxGTK 2.1 snapshot released
78 As the old makefile system didn't work, I trashed it and wrote
79 a new one - mo more GNU. This, of course, caused a lot of people
80 to start sing their song of complaints - any change is a good
81 opportunity to complain, but the effect of the change is that
82 we now have shared library support on Linux and Solaris (and
83 probably others as well) and that the Linux shared library no
84 longer depends on libstdc++, so that we can finally create an
85 RPM that works on different Linux distributions. Also, the
86 Unix make system is now much simpler and directly mirrors its
87 Windows counterparts, making it easier to understand and maintain.
88 As it is independent of the various GNU tools, the requirements
89 for using CVS versions are also much less (any make, any compiler,
92 Split RPMs into two, one for run-time requirements and one
93 for developement (mostly headers).
95 Addition of new layout classes that work like Java's, GTK's
96 or Qt`s - basically, you pack item in a box and let it tell
97 you how much space it needs. These class are called wxSizer
98 and I consider them a great addition as they make true cross-
99 platform dialogs a child's play and are very quick to write
100 and easy to read. Do consider using them.
102 Rewritten all dialogs to make use of the new sizers. Also
103 added a new wxFileDialog like Win95 and replaced the generic
104 wxFontDialog with GTK's native font selection dialog - this
105 probably isn't perfect though.
107 A few more fixes to wxListCtrl and wxTreeCtrl, implemented
108 more options and modes like the wxMSW version.
110 New handler for PNM files. Added CanRead() function to image
111 handlers, updates to GIF handler for preparing the new wxAnimation
112 class. We'll also get a PCX and hopefully a TIFF handler so
113 that we support all common general-purpose file formats I know
114 about. PhotoShop and PhotoPaint images are not general purpose.
115 I also tried to correct a wxImage bug in connection with big-endian
116 vs. little-endian problems, but I have no Sparc to actually test
119 Inclusion of wxMultiMedia. Can play most sound formats on GTK
120 and MSW and (using xanim on Unix and Win95's MM functions)
121 display a video in a wxWindow. This will probably be moved to
124 Small updates to socket code. The MSW version is still missing.
126 Implemented wxBitmapDataObject class.
128 Added wxFFileStream using FILE* instead if file desrcriptor.
129 Useful for creating a "cerr" like class as in normal C++.
130 Also added "endl" for use with wxTextStream and fixed a few
131 minor problems with buffered streams etc.
133 Corrected Tabbing code in wxPanel and made it work with wxNotebook.
135 Small cursor fixes in connection with text control.
137 Added experimental wxWizard class. Work in progress.
139 A few more minor fixes.
141 6th August '99: Eight wxGTK 2.1 snapshot released
143 The new makefile system is not able to produce shared libraries
144 on Unix with the exception of Linux - libtool is really great.
145 Therefore, the build system defaults to static libraries on
146 anything but Linux for now.
148 Work in wxPen, wxBrush and wxDC to match wxMSW more exactly and
149 to implement missing feature etc.
151 Reimplemented radio buttons. The first of a group of such buttons
152 is now marked by having the wxRB_GROUP style.
154 Complete redesign of all stream classes, including tests for them
157 Controls now send the same messages (or more importantly none if
158 changed programmatically) as per wxMSW.
160 New implementation of wxSocket using an intermediate library called
161 GSocket. This willl hopefully change in the future.
163 Reworked in-place editing of wxListCtrl and wxTreeCtrl.
165 Fixed bug reporting two refreshes when scrolling.
167 Corrected bug in wxComboBox client data code.
169 Corrected reported but unverified bug in BMP loading code.
171 Added a few more methods to wxStaticBitmap.
173 Integration of wxHTML code in the main library, including wxZIPStream,
174 wxFilesystem, wxHTMLHelpController and others.
176 Added a wrapper for ffile() etc functions.
178 Updates to wxDynamicLibrary.
182 New version of wxPython, of course.
184 Fixed in unenclosed number of other bugs...
186 25th June '99: Seventh wxGTK 2.1 snapshot released
188 Many fixes to th new makefile system. The last version gave
189 immediate crashes on all Unices except Linux when linked
190 dynamically against an application. I reordered the object
191 files in the library as I guess that this was the cause.
193 Added icons to message box. This also slightly killed the
194 layout so this needs to be changed again.
196 wxGTK now chooses the best visual available on the display instead
199 Fixed wxProgressDialog again.
201 Some more corrections I forgot.
203 New wxPython (includes new layout system and printing).
205 15th June '99: Sixth wxGTK 2.1 snapshot released
208 The biggest change is the completely rewritten configure/makefile
209 system using automake. The main argument for switching to automake
210 is that the resulting makefiles should be more portable so that
211 people can use the native make utilities instead of GNU make. The
212 new makefile sytem also handles dependencies correctly, allows for
213 shared-only compilation, can be invoked from any directory for
214 concurrent builds wihtin one source tree, uses libtool for greater
215 shared-library platform support, has a functinonal "make uninstall",
216 works with GTK, Motif and WINE, conforms better to GNU standards
217 as far as configure option names are concerned and is easier to
220 Applied patches to compile wxGTK on OS/2.
222 Configure checks for byte-order and new defines for byte swapping
223 with respect to the byte-order. Added test for this to typetest sample.
224 Also made BMP handler bigendian safe so that it should work on
227 Small changes to basic drawing stuff: made wxColour actually compare
228 RGB values in the == operator, added new constructor to wxMask,
229 corrected initial background colour for DCs, it is now possible
230 to use a wxWindowDC etc before there is any window (this doesn't
231 make any sense, but it is what wxMSW does.)
233 Added support for the PRIMARY SELECTION to the wxClipboard
236 Fixed redraw bug when scrolling window-less widgets out
237 of the visible area (actually a work-around for a GTK bug).
239 Regrouped some samples, created new one for various versions
242 Added wxWindow::Reparent() and wxFrame::MakeModal().
244 Improved handling of column width in wxListCtrl and made
245 this more compatible with the wxMSW version. Also removed
246 a bug from the wxImageList returning an off-by-one id for
249 Fixed keyboard hotkeys and resizing for wxMDIChildFrame
252 Added flag to wxSplitterWindow to update its children's
253 sizes "live" instead of moving a XOR'ed bar around - this
254 is a resource-draining option. Also corrected cursors
257 New way to show "disabled" or greyed toolbar items.
259 Rewrote parts of the tree ctrl to allow multiple selections
260 and variable size items (Sylvain). These new function do not
261 exist in the native Win32 tree control.
263 Implemented global cursors and wxBusyCursor etc. Also removed
264 another cursor misbehaviour.
266 Updated many parts of the documentation to reflect changes
267 in wxWindows 2.1, wxPython and more exact description of
268 cross-platform issues as well as platform differences.
270 Many other fixes, mainly by others...
272 Further compile fixes for different architectures.
276 25th May '99: Fifth wxGTK 2.1 snapshot released
280 This is mostly a bug-fix release. We are having funny
281 times to make wxGTK work well with different micro
282 versions of GTK 1.2 - which is very close to impossible.
283 All versions give warnings, although their number might
284 vary a lot. I use GTK 1.2.3 and only get wanrnings in
285 one sample (notebook) and that one is due to a bug in
286 GTK - some people using GTK 1.2.2 reported hundreds of warnings
287 getting spitted out for what seems like no reason.
289 This snapshot contains the beginnings of our merging of
290 headers, meaning that in the future all ports will
291 use the same headers and will share a lot more code.
292 We have taken this moment to reorganize some code and
293 hope to have eliminated much bad C++ code, as reported
294 primarily by SGI's compilers (Vadim Zeitlin).
296 Rewritten char and key event propagation routines
297 to reflect documentation and do the same on wxGTK
298 as on wxMSW. If you are interested in ascii chars
299 and cursor key etc, intercept EVT_CHAR, if you
300 are interested in which key actually got pressed,
301 intercept EVT_KEYDOWN (Norbert Irmer).
303 Control that are given -1 as their ID no longer
304 get arbitrary positive IDs assigned but arbitrary
305 negative IDs. This had caused some trouble with ID clashes.
307 wxWindow and wxScrolledWindow no longer use the
308 wxScrollEvent, but the newly invented wxScrollWinEvent
309 so that no mixing up of events sent from wxSliders
310 or wxScrollbars placed in a wxWindow can occur.
312 Added wxProgressDialog for use with long background
313 work such as printing.
315 Added drawing sample and scrolling sample, both of
316 which show some misbehaviours...
318 When drawing with the wxXOR logical mode, wxGTK now uses
319 GdkXOR (instead of GdkInvert) and when drawing in wxINVERT logical
320 mode, wxGTK now uses GdkInvert (as before). When you did some
321 rubberband dragging and you used wxXOR and a black pen, then
322 you should change wxINVERT.
324 Applied more patches for SGI and HP-UX compilation.
326 More updates for wxSockets (Guilhem Lavaux). Seems to be nearly
329 You can now use threads within your GUI again. Well,
330 at least if you know what you are doing and you had a look
331 at the threads sample.
333 wxGLCanvas updated so that it can share display lists
334 over several windows and to not exhibit any flicker.
337 wxNotebook revamped so that its process of creation matches
338 wxMSW's more closely, also avoiding problems with wrong page
339 number. Added InsertPage() and the possibility to prevent
340 switching pages by intercepting the PAGE_CHANGING event. Also,
341 wxNotebooks now get shown even if all pages are empty.
343 Added Activate() to wxMDIChildFrame (Russel).
345 Improved wxSplitterWindow behaviour and visual feed-back when
346 given a minimal size etc (Bruce DeVisser).
348 Minor updates to wxTreeCtrl, wxListBox, printing, wxClipboard,
349 wxString, wxThreads and many others.
351 Also wxMSW got a big face-lift, not to mention the new wxMac release...
355 11th May '99: Fourth wxGTK 2.1 snapshot released
358 This is mostly a bug-fix release. This affects wxSocket, wxThread,
359 and a few GUI classes. Also more work has been done and window
360 placement and decorations etc. which we hope to have finished now.
362 Applied patches for FreeBSD and SGI compilation (not yet finshed).
364 Updated wxPython to beta 9.
366 Made wxGLCanvas work again - strangely it flickers now...
368 wxStaticText is currently broken with GTK 1.2.2 (which I don't
369 yet have and thus could not fix). Also, scrolling subwindows
370 (although much improved including a sample) doesn't work perfectly
371 due to a bug in GTK 1.2.1 (probably 1.2.2 as well).
375 Note that the next release might bring about changes to keyboard
376 handling and scroll event intercepting from wxScrolledWindow.
378 By and large much of the code has stabilized and won't be much
379 different in the final wxWindows 2.1 release. Please test as
382 The next release will have a new build system.
386 3rd May '99: Third wxGTK 2.1 snapshot released
389 Updated INSTALL.txt and SYMBOLS.txt.
391 Support for Unicode is now almost complete. Most samples work in
392 both Unicode and non-Unicode mode. Thanks to Ove Kaaven and Vadim.
394 Internal changes required for wxOLE and addition of a very experimental
395 wxOLE code section using GNOME's Bonobo library (from GNOME's CVS).
397 New version of wxPython that works with the wxGTK 2.1.
398 This now includes a very comprensive test/demo suite. Thanks to
399 Robin Dunn, Harm v.d. Heijden and others. Beware of the hang-man...
401 More fine tuning of focus handling and GUI widgets.
403 Complete rewrite of wxSocket classes (still experimental).
404 Thanks to Guilhem Lavaux.
406 wxMenuBar supports underlined shortcuts like Windows does,
407 indicated by a leading & character. wxMenus now have hotkeys
408 such as in wxXt and wxMSW.
410 Rewritten MDI subsystem.
412 Correcetions and additions to the printing framework including
413 a paper type database (Julian).
415 Several controls now support more style flags for modifying
416 look (and feel) of the controls and windows.
418 New implementation of idle handlers, which now send an idle
419 event only once after the event queue has been emptied (which
420 is what happens in the wxMSW port as well), not regularly.
421 This no longer forces wxGTK applications to sleep (by having
422 to call usleep()) in idle time - giving more CPU slices to
423 the application if desired.
425 wxGLCanvas (the OpenGl for wxWindows) now accepts keyboard input.
427 The usual number of compile and bug fixes from all involved.
431 21st April '99: Second wxGTK 2.1 snapshot released
434 Added much code for Unicode support. Still experimental, but looks very
435 cool - thanks to Ove Kaaven and Vadim Zeitlin. If you are very brave, then
436 you can compile wxGTK with "configure --with-unicode".
438 More updates on the dreaded issue of making frames and dialogs impossible
441 Drag and Drop works now under GTK 1.2 - at least basically when dragging
442 and dropping text. The API is not entirely fixed yet but seems quite
443 good now. Support for different actions (copy/move/link/..) still missing.
444 I also removed support for GTK 1.0 Drag and Drop - this is just broken
445 and unusable in GTK 1.0 and I don't want to fix it.
447 I now embed the JPEG library and handlers for JPEG and GIF have been
448 added to the existing PNG and BMP (and XPM for GTK version only). In
449 the future, the RPMs will not contain these libraries but depend on
450 the image libraries to be preinstalled whereas the source *.tgz will
451 ship with everything that is needed for wxGTK so that no downloading
452 of ten image libs will be required - also avoiding problems with ten
453 different kinds of libJPEG-6.0.1.7.IV beta 7. We also updated the
454 PNG code to the newest PNG version.
456 wxImage now makes use of the fast rendering code as provided by
457 GTK 1.2 whenever possible. This should mean a speed-up for graphics
460 Many fixes all over. Also should compile with GTK 1.2.0 as opposed
461 to only with GTK 1.2.1 now.
463 wxPython still doesn't compile, I think.
467 12th April '99: First wxGTK 2.1 snapshot released
470 This is the first developers' version of wxWindows 2.1 for GTK. It's main
471 new feature is that it supports GTK 1.2 (as opposed to GTK 1.0) which
472 will make development within the GNOME evironment a lot easier.
474 Apart from the move to GTK 1.2 and the changes (some major) that were
475 required as part of that work, enhancement or corrections have been
476 made to many of the non-GUI classes and functions (such as wxClipboard,
477 wxThread, wxSocket, wxConfig)
478 and a few GUI classes (accelerators in menus, listbox always with
479 scrollbar, wxFrame honours Motif Window Manager hints, corrected tab
480 traversal for broken GTK 1.0 widgets).
482 There have been slight changes to the priting dialogs and their
483 setup data (which might break apps using this code in previous
484 versions). Also, a bug concerning printing white has been fixed
485 (actually not tested).
487 Although this is only the first 2.1 snapshot, there is little reason not
488 to use it as many bugs from version 2.0 have been corrected. There are,
489 pf course, still a few problem left with GTK 1.2 (some of which relate
492 I think I preserved backward compatility with GTK 1.0 and if not it
493 should be easy to fix - but mostly I don't care.
495 Drag'N'Drop is currently completely broken. Also, wxPython currently
496 doesn't compile with this release. The OpenGL canvas still seems to
499 Major targets for the final release (still a long way): a new configure
500 system, support JPEG and GIF formats, wxHTML, super-duppah frame layout
501 stuff, syntax-highlighting editor, possibly Unicode, possibly some GNOME
502 gooddies, possibly world domination.
506 5th March '99: wxWindows 2.0 released
509 This is the final version of wxWindows 2.0 for GTK. The versions for
510 Windows and Motif (and also this version) are available form Julian Smart's
511 site. The Mac version is still under development.
515 19th February '99: wxWindows 2.0 beta 5
518 This is the fifth beta release and it contains mostly bug fixes and
519 updates for documentation.
521 Applied compile fixes for Solaris (different flavours and compilers).
525 12th February '99: wxWindows 2.0 beta 4
528 This is the fourth beta release and it contains mostly bug fixes and
529 updates for documentation.
531 Tracked a few more cases, where the bahaviour between wxMSW and wxGTK
532 differed. This was the case for closing a dialog or frame as well as
533 for clearing a device context or setting its background colour and some
536 Most standard dialogs have been face-liftet a little.
538 Implememted default buttons for GTK.
540 Fixed many bugs. You guessed it.
544 29th January '99: wxWindows 2.0 beta 3
547 This is the third beta release and it contains mostly bug fixes.
549 There is one field where we haven't been able to fix the API yet, and that
550 it Drag'n'Drop. This is mostly due to the fact that DnD in
551 GTK 1.0 is hardly usable and much different from GTK 1.2 which means that
552 we have to design a common API for Windows, GTK 1.0 and GTK 1.2. Although
553 we are trying to prevent that, it is possible that wxWindows 2.0 (being
554 based on GTK 1.0) will not have proper DnD support.
556 The major changes are that tool tips have been added, threads have been completely
557 rewritten, the ODBC code has been updated and improved, the socket code works
560 Classes for managing MIME-types under Windows and Unix have been added.
562 There is now a wxGLCanvas class for OpenGl/Mesa for the Windows, GTK and
563 Motif ports. Come see the penguins flying...
565 Documentation has received a big face lift - it now covers nearly all the
568 The usual amount of bug fixes. Countless.
570 A few member functions of wxString have been renamed.
572 For those who are using the ever-so-popular wxImage class (which
573 now available on Motif and Windows as well) in 8-bit mode: wxGTK
574 now creates a color cube upon start-up in 8-bit mode and thus the
575 generation of bitmaps from images has been speeded up 20 times.
577 It is now possible to develop with wxGTK without having the GTK 1.0 header
578 files installed so that having the GTK 1.2 header files installed no longer
579 is any problem. We also provide RPMs for RedHat glibc 2 based systems, compiled
580 with egcs 1.1.1 on SuSE 6.0. Note that the RPM will not work in
581 SuSE 6.0 as SuSE decided to ship 6.0 with a broken GTK+ package.
585 6th January '99: wxWindows 2.0 beta 2
588 This is the second beta release and contains it mostly build and
589 bug fixes. Threads work well now on (up-to-date) glibc 2 systems,
590 commercial Unices and Windows.
594 20th December '98: wxWindows 2.0 beta 1
597 This is the first beta release and we have used the time before
598 this release to tidy up some parts of the API. All releases from
599 now on will be source code compatible but we reserve binary compatibility
600 for the final release. Because of this, the actual library name of
601 the beta version will not be 2.0 but 1.99, so that we prevent
602 conflicts with the final library later on. After the final release
603 we'll only fix bugs so that there will be no reason to link any
604 program statically with wxGTK.
606 We changed the name of the shared library to include the version of
607 the GTK used so that no conflicts emerge with simultaneous
608 versions of wxWindows for GTK 1.0 and for GTK 1.2 and so on.
610 As you can see, we have not moved to GTK 1.1.X as the different
611 development versions are too different and buggy to be useful. We'll
612 wait for a stable GTK 1.2 release (hardly 1.2.0) and start porting
615 wxGTK now compiles without problems on anything between gcc 2.7.2 on
616 Linux-x86 and egcs 1.1 on Linux-Alpha and egcs 1.0 on Sparc. This isn't
617 as easy as it sounds...
619 Available form this site are the Python bindings of wxWindows.
620 Thanks to Robin Dunn for this tremendous contribution.
621 Tkinter is dead, Java is dead, wxPython rules! That's all there is to say.
623 Although only a few new classes have been added, many have been polished
624 up substantially, the most visible are wxListCtrl, wxTreeCtrl and
625 all classes related to printing. Also the DialogEd now functions
626 much better than before. Drag'n'Drop is fucntional but probably won't
627 be perfect until we use GTK 1.2 and its much improved DnD features.
629 wxClipboard has arrived and works for text. Other formats have not been
630 tested carefully yet.
632 wxMiniFrame has been added which might be useful for docking toolbars
633 etc. Someone has already done that for the MSW port and we hope to
634 include his very nice work later.
636 wxDirDialog has been added (thanks to Harm von der Heijden).
638 The entite "tab traveral" system for moving from item to item in
639 a dialog has been rewritten. It now completely overrides the
640 not-so-well-done GTK native tab system.
642 Quite much has been done to improve the wxImage class, which is now
643 available in the Windows port as well. Very useful for anything related
644 to image processing. wxGTK also uses this class internally e.g. to scale
645 bitmaps when the scale factor (e.g. zooming) of a drawing context
648 Some of the small and handy classes (wxDate, wxTime, wxVariant) have
649 received a face-lift. wxList has been rewritten to make it possible
650 to write type-safe lists. The collection of utility functions (wxFileFind etc)
651 has been revamped and cleaned-up (thanks to Vadim Zeitlin, who has also
652 greatly enhanced many basic classes, ranging wxString to the debug and
655 We removed some constructors of GDI classes (such as wxPen, wxColour)
656 which took a pointer as a parameter. This lead to many errors among users
657 resulting in unexpected behaviour so it was decided to remove these
660 As the number of users and the number of test programs and samples
661 is steadialy rising the core classes of wxWindows for MSW and GTK 1.0
662 can be considered to be very stable if not outright bug-free. I haven't
663 seen a crash for weeks now and wxWindows' internal debug features also
664 have improved every week, making stepping-through with a debugger almost
665 completely unnecessary as the library reports possible errors itself
666 (when in debug mode).