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