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