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