-This file contains the detailed log of wxGTK-specific changes, please see
-doc/changes.txt for the concise log of important changes in all wxWindows
-ports.
+
+*** wxWindows 2.3.3 ***
+
+Look at the General changes file for more encompassing on
+the changes that have taken place in 2.3.3. This file has
+not been kept uptodate. RR.
+
+Beta support for GTK 2.0. Use "configure --enable-gtk2 --enable-unicode".
+
+Lots of work locale/encoding conversion classes.
+
+Large changes in wxThread/wxCondition code.
+
+wxLocale detects the system language on all ports.
+
+Corrected wxFrame::ShowFullScreen().
+
+Added wxArtProvider for changing default icons and more.
+
+Corrected wxScrolledWindow in some rare cases.
+
+Added wxIconBundle for mini- and normal icons.
+
+Made wxWindow::SetFocus() work before a wxDialog
+is created. Until now always the first item
+was focussed.
+
+Corrected wxComboBox's semantics of pressing <Enter>.
+
+Corrected SeekI() return values and other related functions
+in wxFilterStream and wxBufferedStream.
+
+Implemented new ref-counting for GDI classes.
+
+New implementation of wxCondition.
+
+Implemented actual comparisons between GDI classes instead of
+comparing just the ref-count.
+
+Fixed wxMiniFrame again.
+
+Added wxCursor creation from wxImage.
+
+Added inlined wxHashMap class.
+
+Redone thread wake-up code for immediate wake-up instead
+of 50 ms pause. This gives apps 100% CPU time for background
+tasks.
+
+New behaviour for wxWindow::Refresh() as it now produces a
+delayed refresh. Call the new wxWindow::Update() to force
+an immediate update.
+
+Support for more SGI hardware (12-bit mode among others) and
+corrections to wxImage code for special SGI visuals.
+
+Changed wxDC::Blit() to honour source DC's logical coordinates.
+
+Implemented wxIdleEvent::RequestMore() for simple background
+tasks (unlike thread work).
+
+Various updates to wxHTML.
+
+Some wxFont changes for better mixing of native fonts and
+wxFont's accessors.
+
+Added IFF image handler.
+
+Added ICO, CUR and ANI image handler. Added image handler
+for several image per file (GIF, TIFF).
+
+wxFrame::SetMenuBar() corrected (for NULL etc.)
+
+wxButton honours wxBU_EXACTFIT.
+
+wxStaticBox honours wxALIGN_XXX styles
+
+Reworked wxConfig class interface.
+
+Reworked wxDynamicLibary class for loading classes (particularly
+wxWindows classes) from dynamic libraries.
+
+Removed wxObjectStream class.
+
+Further improvements to wxFileName class.
+
+*** wxWindows 2.3.2 ***
+
+Addition of wxFileName class to handler DOS, Unix, Mac and VMS filenames
+and paths in a platform independent way.
+
+Addition of a wxPopupWindow class to imitate temporary windows such
+as those used combo boxes or in tool tips.
+
+Addition of wxToggleButton which was missing in wxWindows 2.2.
+
+Support for virtual lists in wxListCtrl.
+
+Addition wxSingleInstanceChecker which does just that.
+
+Addition of wxRegEx for regular expression parsing either
+using the built-in Unix function or a freeware add-on library.
+
+wxScrolledWindow completely reimplemented as a native GTK widget.
+
+Reimplemented event cloning used for inter-thread communication.
+
+Big improvements to the HTML display engine. Handles many more tags
+correctly now.
+
+Partial rewrite and enhancements to the XML based resource system wxXRC.
+It is now based on the Expat parser.
+
+Wider image type support including read/write support for XPM and
+reading support for ICO files. BMP can be saved in various bit depths now.
+
+Fixed some incompatibilities with GTK 1.2.10.
+
+Partially reworked build system for installation of multiple builds and
+cross compilations.
+
+Improved wxSizer-based layout system for better support for dynamic
+layout.
*** wxWindows 2.3.0 ***
Corrected log error message box.
-Implememted wxCommandEvent::IsSelection() for wxListBox.
+Implemented wxCommandEvent::IsSelection() for wxListBox.
Corrected wxListBox::Set() for sorted mode.
Fixed bugs in HTTP code.
Implemented wxNO_FULL_REPAINT_ON_RESIZE whenever possible
-and reduced flicker a little (no longer diables GTK's own
+and reduced flicker a little (no longer disables GTK's own
anti-flicker code).
Always have a clipping region equivalent to the update
Fixed wxSizer bug that made items with option
flags greater than 1 report a wrong size.
-Fixed many incompatibilties with GTK themes -
+Fixed many incompatibilities with GTK themes -
essentially a backport from the 2.3 branch.
Added missing wxImage::Paste() for transparent
*** 22th March 2000: wxWindows 2.1.15 released ***
-Build fix. RPMs no loner require GTK's include files.
+Build fix. RPMs no longer require GTK's include files.
-An extra library for the OpenGl class now gets builts
+An extra library for the OpenGl class now gets built
*** 19th March 2000: wxWindows 2.1.14 released ***
-An extra library for the OpenGl class now gets builts
+An extra library for the OpenGl class now gets built
and installed. There is also an extra RPM for this
small class now.
Renamed wx-config to wxgtk-config so that motif can be co-installed
on the same machine (with wxmotif-config).
-Speed up for drawing by resuing once created DCs instead of
+Speed up for drawing by reusing once created DCs instead of
creating and destroying them all the time.
Corrections to clipping region code (among others related to
Minor fixes for sockets related to GUI reentrance. Also
improved the IPV address class and added more error
-checking and rekated things.
+checking and related things.
Many enhancements to wxHTML, more tags supported, better support
for non-western texts etc.
Fixed keyboard handling in wxCheckListBox.
-Corrected the completely unfunctional TIFF code.
+Corrected the completely nonfunctional TIFF code.
Various minor corrections to wxWizard, wxCalendarCtrl and other
complex controls.
Who has a BigEndian computer (e.g. Sparc or PowerPC) that runs a 15
and/or 16 bit colour mode? I need this for testing purposes, i.e. this
-person could help me by running a small testprogram and sending
+person could help me by running a small test program and sending
me the output.
Improved support for GTK's themes, changes in font sizes (and
where color values get exchanged. I'd need help on this
one as I have no BE computer.
-Enlightment has struck the majority of the developers and
+Enlightenment has struck the majority of the developers and
they have chosen to use the Linux kernel numbering scheme
for wxWindows from now on. This means that the next stable
release will be called wxWindows 2.2.X, development snapshots
wxSpinCtrl added. Like a wxSpinButton and a wxTextCtrl.
-Changed the beaviour of the popular new wxFileDialog to
+Changed the behaviour of the popular new wxFileDialog to
not forget the once typed file name when changing the
directory.
A number of problems with compressed and socket streams have
been solved.
-Changed behavour of wxTextStream to make use of deliminators
+Changed behaviour of wxTextStream to make use of delimiters
and default to space as the standard C++ stream do.
Changes to tab traversal code to better reflect MSW code.
28th August '99: Ninth wxGTK 2.1 snapshot released
As the old makefile system didn't work, I trashed it and wrote
-a new one - mo more GNU. This, of course, caused a lot of people
+a new one - no more GNU. This, of course, caused a lot of people
to start sing their song of complaints - any change is a good
opportunity to complain, but the effect of the change is that
we now have shared library support on Linux and Solaris (and
no other tools).
Split RPMs into two, one for run-time requirements and one
-for developement (mostly headers).
+for development (mostly headers).
Addition of new layout classes that work like Java's, GTK's
or Qt`s - basically, you pack item in a box and let it tell
Implemented wxBitmapDataObject class.
-Added wxFFileStream using FILE* instead if file desrcriptor.
+Added wxFFileStream using FILE* instead if file descriptor.
Useful for creating a "cerr" like class as in normal C++.
Also added "endl" for use with wxTextStream and fixed a few
minor problems with buffered streams etc.
changed programmatically) as per wxMSW.
New implementation of wxSocket using an intermediate library called
-GSocket. This willl hopefully change in the future.
+GSocket. This will hopefully change in the future.
Reworked in-place editing of wxListCtrl and wxTreeCtrl.
New version of wxPython, of course.
-Fixed in unenclosed number of other bugs...
+Fixed an undisclosed number of other bugs...
25th June '99: Seventh wxGTK 2.1 snapshot released
-Many fixes to th new makefile system. The last version gave
+Many fixes to the new makefile system. The last version gave
immediate crashes on all Unices except Linux when linked
dynamically against an application. I reordered the object
files in the library as I guess that this was the cause.
system using automake. The main argument for switching to automake
is that the resulting makefiles should be more portable so that
people can use the native make utilities instead of GNU make. The
-new makefile sytem also handles dependencies correctly, allows for
+new makefile system also handles dependencies correctly, allows for
shared-only compilation, can be invoked from any directory for
-concurrent builds wihtin one source tree, uses libtool for greater
-shared-library platform support, has a functinonal "make uninstall",
+concurrent builds within one source tree, uses libtool for greater
+shared-library platform support, has a functional "make uninstall",
works with GTK, Motif and WINE, conforms better to GNU standards
as far as configure option names are concerned and is easier to
maintain.
times to make wxGTK work well with different micro
versions of GTK 1.2 - which is very close to impossible.
All versions give warnings, although their number might
-vary a lot. I use GTK 1.2.3 and only get wanrnings in
+vary a lot. I use GTK 1.2.3 and only get warnings in
one sample (notebook) and that one is due to a bug in
GTK - some people using GTK 1.2.2 reported hundreds of warnings
-getting spitted out for what seems like no reason.
+getting spat out for what seems like no reason.
This snapshot contains the beginnings of our merging of
headers, meaning that in the future all ports will
and a few GUI classes. Also more work has been done and window
placement and decorations etc. which we hope to have finished now.
-Applied patches for FreeBSD and SGI compilation (not yet finshed).
+Applied patches for FreeBSD and SGI compilation (not yet finished).
Updated wxPython to beta 9.
wxOLE code section using GNOME's Bonobo library (from GNOME's CVS).
New version of wxPython that works with the wxGTK 2.1.
-This now includes a very comprensive test/demo suite. Thanks to
+This now includes a very comprehensive test/demo suite. Thanks to
Robin Dunn, Harm v.d. Heijden and others. Beware of the hang-man...
More fine tuning of focus handling and GUI widgets.
Rewritten MDI subsystem.
-Correcetions and additions to the printing framework including
+Corrections and additions to the printing framework including
a paper type database (Julian).
Several controls now support more style flags for modifying
This is the first developers' version of wxWindows 2.1 for GTK. It's main
new feature is that it supports GTK 1.2 (as opposed to GTK 1.0) which
-will make development within the GNOME evironment a lot easier.
+will make development within the GNOME environment a lot easier.
Apart from the move to GTK 1.2 and the changes (some major) that were
required as part of that work, enhancement or corrections have been
scrollbar, wxFrame honours Motif Window Manager hints, corrected tab
traversal for broken GTK 1.0 widgets).
-There have been slight changes to the priting dialogs and their
+There have been slight changes to the printing dialogs and their
setup data (which might break apps using this code in previous
versions). Also, a bug concerning printing white has been fixed
(actually not tested).
Although this is only the first 2.1 snapshot, there is little reason not
to use it as many bugs from version 2.0 have been corrected. There are,
-pf course, still a few problem left with GTK 1.2 (some of which relate
+of course, still a few problem left with GTK 1.2 (some of which relate
to bugs in GTK).
-I think I preserved backward compatility with GTK 1.0 and if not it
+I think I preserved backward compatibility with GTK 1.0 and if not it
should be easy to fix - but mostly I don't care.
Drag'N'Drop is currently completely broken. Also, wxPython currently
work.
Major targets for the final release (still a long way): a new configure
-system, support JPEG and GIF formats, wxHTML, super-duppah frame layout
+system, support JPEG and GIF formats, wxHTML, super-duper frame layout
stuff, syntax-highlighting editor, possibly Unicode, possibly some GNOME
-gooddies, possibly world domination.
+goodies, possibly world domination.
This is the fourth beta release and it contains mostly bug fixes and
updates for documentation.
-Tracked a few more cases, where the bahaviour between wxMSW and wxGTK
+Tracked a few more cases, where the behaviour between wxMSW and wxGTK
differed. This was the case for closing a dialog or frame as well as
for clearing a device context or setting its background colour and some
other minor details.
-Most standard dialogs have been face-liftet a little.
+Most standard dialogs have been face-lifted a little.
-Implememted default buttons for GTK.
+Implemented default buttons for GTK.
Fixed many bugs. You guessed it.
Although only a few new classes have been added, many have been polished
up substantially, the most visible are wxListCtrl, wxTreeCtrl and
all classes related to printing. Also the DialogEd now functions
-much better than before. Drag'n'Drop is fucntional but probably won't
+much better than before. Drag'n'Drop is functional but probably won't
be perfect until we use GTK 1.2 and its much improved DnD features.
wxClipboard has arrived and works for text. Other formats have not been
wxDirDialog has been added (thanks to Harm von der Heijden).
-The entite "tab traveral" system for moving from item to item in
+The entire "tab traversal" system for moving from item to item in
a dialog has been rewritten. It now completely overrides the
not-so-well-done GTK native tab system.
constructors.
As the number of users and the number of test programs and samples
-is steadialy rising the core classes of wxWindows for MSW and GTK 1.0
+is steadily rising the core classes of wxWindows for MSW and GTK 1.0
can be considered to be very stable if not outright bug-free. I haven't
seen a crash for weeks now and wxWindows' internal debug features also
have improved every week, making stepping-through with a debugger almost
projects / wxWidgets.git / blobdiff