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