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